216868 - {inc}<img width="100%" height="100%"> changes size on Reload

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[John Lever]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030401
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030401

www.doggrel.co.uk cause problems (not on IE5).

Secondary problem - www.btinternet.com/~logical/xmlDataBase.htm also causes
problems - I thought MOZILLA handled XML ?

John



Reproducible: Always

Steps to Reproduce:
1.www.doggrel.co.uk
2.
3.

Actual Results:  
Scrambled header.

Expected Results:  
As if you do the same in IE5

Comment 1

[Oliver Klee]

Strange ... after a reload it's ok.

Comment 2

[Mats Palmgren (inactive)]

Reload seems to make it work, but clearing the cache makes it appear again.

-> Layout

Comment 3

[Mats Palmgren (inactive)]

Attachment: Testcase

I think this demonstrates the same problem as the URL (but I'm not sure)

Comment 4

[Mats Palmgren (inactive)]

It seems to only occur within a table...

Comment 5

[Hermann Schwab]

There are two frames on the site, the lower is drawn first, and then the top
frame is drawn, as it would fill the whole available window, incliding the area
of the lower frame. That gives the distortion.
You can test it, without clearing the cache.
Simply start Mozilla, load this bug in a tab, load the URL in another tab, focus
the top frame, right click, This Frame -> Open Frame in New Tab, and voila.
If you switch between the two tabs, you see nearly the same part of the top frame.
1. start browser
2. load http://bugzilla.mozilla.org/show_bug.cgi?id=216868
3. load http://www.doggrel.co.uk/ in a tab
4. load http://www.btinternet.com/~logical/top.htm in another tab
5. compare top frame from 3. with same area from 4.

Comment 6

[Mats Palmgren (inactive)]

Loading the top frame in its own tab has nothing to do with this problem.
It really should look like that in its own tab.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Need to revisit once reflow branch lands.

Comment 8

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1 ID:2006120812 [cairo]

seems fixed by reflow branch landing

Comment 9

[Mats Palmgren (inactive)]

I can't reproduce the problem in SeaMonkey 2006120701 on Linux, so this
was fixed even before the reflow branch landing.
It seems to have been fixed somewhere in this range:
2005-10-15-05 -- 2005-10-30-05

-> WORKSFORME