Closed Bug 72163 Opened 24 years ago Closed 24 years ago

Pct. width image in pct. width table, slow to fire onload, weird cache/network behaviour

Categories

(Core :: Graphics: ImageLib, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME
mozilla0.9

People

(Reporter: jrgmorrison, Assigned: pavlov)

References

()

Details

(Keywords: perf)

Overview Description: This is a follow-on to bug 63750. This case, with a pct. width image, inside a pct. width table, is still slow to complete loading, and does something quite odd in the current cache. This may all be moot with newcache/libpr0n, and I'm just filing this bug to check this again, and get it fixed if not fixed in newcache/libpr0n. If anyone wants to look at this actively before newcache and libpr0n land, then be my guest. Steps to Reproduce: 1) Set the homepage for mozilla to be http://www.mozilla.org/ (i.e., one document with one image). 2) Shut down mozilla, and delete the Cache folder for a profile. 3) Start mozilla at http://www.mozilla.org/ and immediately quit. (This will create the cache; although in a commercial build, I think you need to do this twice due a bug with Activation). 4) Do a search of all the files in the cache (should be only two from mozilla.org) 5) Start again. 6) go to http://jrgm.mcom.com/adhoc/pct-image-in-pct-table.html, which is this html: <html> <body> <table width="100%" border="1"> <tr><td>Blah Blah Blah ...</td></tr> <tr><td><img src="http://jrgm.mcom.com/adhoc/clear.gif" width="100%" height="1"></td></tr> </table> </body> </html> Actual Results: the throbber continues spinning for ~16s after you load the page. When you search in the cache, you will now find four cache files, two from mozilla.org, one for this html document, and a zero-length file. Looking at the server logs, when that page is loaded, there are two '200 OK' GET's for that same image 'clear.gif'. Expected Results: clean load Reproducibility: 100% win2k 03/15 opt. build; mac 20010311, linux 20010311 comm. builds Additional Information: I tried substituting a different block for the table, but could only do this with the table (but maybe I didn't find the right block). Note: this is the underlying (or remaining part of) the page loading problems for slashdot.org, groups.google.com, expedia.com and others that use a similar html fragment.
perf, mozilla0.9, but may just need the new code.
Blocks: 71668
Target Milestone: --- → mozilla0.9
Keywords: perf
Why did I not give this bug to someone who knows how to fix it ...
Assignee: jrgm → pavlov
But then again, it doesn't do it anymore so ...
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.