Opened 14 years ago
Closed 14 years ago
#1303 closed defect (fixed)
ContentPane::setUrl() stores empty cache
Reported by: | Stickman | Owned by: | mumme |
---|---|---|---|
Priority: | high | Milestone: | 0.9 |
Component: | Dijit | Version: | 0.3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: |
Description
The following is based on an SVN checkout today, 17th Aug 06.
When using setUrl() to load external content in a ContentPane?, if you then try to reload the same content (with cacheContent set to true) the cache returns an empty string. This is applicable to Firefox 1.5.0.6 and MSIE 6 (but oddly, not Opera 9).
After some detective work I tracked it down...
The load callback for the _ioBindObj (in ContentPane::_downloadExternalContent()) calls ContentPane::onDownloadEnd(), which in turn calls ContentPane::setContent(). The first thing that setContent() does is call ContentPane::abort(), which calls _ioBindObj.abort(), which finally calls the abort() method of the XMLHTTPRequest object that was used to fetch the external file. In FF and IE, this causes the XMLHTTPRequest's responseText field to be blanked -- so while the object is cached, it no longer has its data.
Well anyway, that's what I think is going on...
Change History (4)
comment:1 Changed 14 years ago by
Milestone: | → 0.5 |
---|
comment:2 Changed 14 years ago by
Owner: | changed from bill to koranteng |
---|
comment:3 Changed 14 years ago by
Component: | Widgets → Dijit |
---|---|
Owner: | changed from koranteng to mumme |
comment:4 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
I belive that this is no longer an issue with 0.9. 0.9 doesn't have a javascript cache anymore, as all new browser have built xhr cache.