Closed Bug 72163 Opened 23 years ago Closed 23 years ago

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

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9

People

(Reporter: jrgmorrison, Assigned: pavlov)

References

(
URL
)

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: 23 years ago
Resolution: --- → WORKSFORME
Verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.