Closed Bug 164992 Opened 22 years ago Closed 21 years ago

on first load only, the left table displays incorrectly.

Categories

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

defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: brianm, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

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.
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 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
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.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Priority: -- → P4
Whiteboard: [testcase]
Target Milestone: --- → mozilla1.2beta
Attached file Testcase attached (deleted) —
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.
Blocks: 166758
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.
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.
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.
I cannot reproduce the rendering problem with the url and the testcase. Can anyone reproduce this or post an updated testcase?
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 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
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
Keywords: testcase
Whiteboard: [testcase]
Blocks: 171491
Not a duplicate.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
mass reassign to default owner
Assignee: karnaze → table
Status: REOPENED → NEW
QA Contact: amar → madhur
Target Milestone: mozilla1.2beta → ---
Target Milestone: --- → Future
Blocks: 200047
WFM, 2003-10-31-05 trunk Linux
WFM, Mozilla 1.6a and 2003-11-19-08 trunk on Windows 98 SE. WFM, Mozilla 2003-11-10-05 trunk on Linux. -> WORKSFORME
Status: NEW → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → WORKSFORME
v
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: