164992 - on first load only, the left table displays incorrectly.

Status: VERIFIED WORKSFORME

(Core :: Layout: Tables, defect, P4)

Description

[Brian Moon]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826

When the page is first loaded in a session, the left area "Select your printer"
is rendered too wide.  If you reload the page using CTRL-R or the reload button,
the page renders correctly.

Reproducible: Always

Steps to Reproduce:
1.Load the page.
2.hit reload

Actual Results:  
after one the page is rendered incorrectly.
after two, the page is rendered correctly.

Comment 1

[Ere Maijala (slow)]

I bet it's the same problem as bug 164506. You can see the problem by doing
Shift-Reload too.

*** This bug has been marked as a duplicate of 164506 ***

Comment 2

[Mats Palmgren (inactive)]

REOPEN. This is not the same as bug 164506.

This bug is about a column being to wide, bug 164506 is about rows being to high.
I can reproduce this bug but I cannot reproduce bug 164506.

Ere, be a bit more careful when resolving as dupe, unless it is obvious (e.g.
the same URL), it usually takes a testcase to confirm that two bugs are the same.

Confirming bug, 2002-08-26-08 trunk Linux.

Comment 3

[Amarendra Hanumanula]

Attachment: Testcase attached

I think the problem is due to "spacer_purple.gif" which has colspan = 3 in 
<td valign="middle" colspan="3"><img
src="http://images.dealnews.com/inkfinder/spacer_purple.gif" width="180"></td>.

I have the reduced the testcase which I am attaching. Need to do shift + reload
or ctrl + reload to see the difference. 
Its always reproducible.

Comment 4

[Brian Moon]

So, well, we have some bad HTML.  The question is then why does Mozilla ever fix
it at all.  It should stay messed up.  As we have the simple test case, I will
go ahead and fix inkfinder.com.

thanks.

Comment 5

[Brian Moon]

Well, I went to fix our code and find that we don't have any HTML that fits the
test case you have created.  We have 3 cols in all rows or colspan=3 in all
rows.  There is no missing cols in our HTML.

Perhaps the error is still caused by the same problem, but I don't see a work
around for us at this time.

Comment 6

[Brian Moon]

We played around with out widths and Mozilla will now render correctly all the
time now.  However, the test case still exhibits that there is a bug in that
Mozilla renders different when loading a page from a site and loading it from cache.

Comment 7

[Daniel Wang]

I cannot reproduce the rendering problem with the url and the
testcase. Can anyone reproduce this or post an updated testcase?

Comment 8

[Jerry]

dup of bug 156629.
also img inside table, shift-reload and reload give different render result.


*** This bug has been marked as a duplicate of 156629 ***

Comment 9

[Mats Palmgren (inactive)]

I can still reproduce this in 2002-09-27-08 trunk Linux.
Even when I correct the colspan=3 to colspan=2 in the testcase.
I'm not so sure this is a duplicate of bug 156629

Comment 10

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Not a duplicate.

Comment 11

[karnaze (gone)]

mass reassign to default owner

Comment 12

[Mats Palmgren (inactive)]

WFM, 2003-10-31-05 trunk Linux

Comment 13

[Mats Palmgren (inactive)]

WFM, Mozilla 1.6a and 2003-11-19-08 trunk on Windows 98 SE.
WFM, Mozilla 2003-11-10-05 trunk on Linux.

-> WORKSFORME

Comment 14

[Daniel Wang]

v