1. Go to URL above. 2. Click on 'Red Har Linux 6.1 Security Advisories' link. The page display shifts right temporarily, and then load the new page. Not a showstopper, but visually irksome. Very repeatable. I'm using the 2000-03-05-09 build on Redhat/6.0 Linux/2.2.14. -jason
Confirming on NT with 3/5 build. Looks like an unnecessary reflow. Probably a duplicate of 28212. I'm going to change this to NEW and HTML Tables as well as add a notation to 28212 that this may be a dupe.
Status: UNCONFIRMED → NEW
Component: Browser-General → HTMLTables
Ever confirmed: true
OS: Linux → All
Summary: Screen right shifts when clicking link... → Screen right shifts when clicking link
Reassign to component owner.
Assignee: cbegle → karnaze
QA Contact: asadotzler → chrisd
adding self to cc list
It's surely a dup of the bug 28212 and I see this behaviour on many other pages too.
This one *may* be connected to bug 28212. Although Slashdot a.o. always reorganizes the page (as if table cells width were changed, but the whole table width stays the same) with *no* duplicate graphics. (nice testcase is http://www.cybernettix.vuurwerk.nl/animated.html ,click on mail mozilla) This bug causes a table cell to *shift* (first column width smaller => whole table width smaller) to the right, leaving graphics on the left side duplicated. So I'm not too sure about a duplicate bug. The testcase of www.nasdaq.com provided in bug 28212 seems to belong rather to this kind of bug.
As sebastian pointed out, there seem to be two separate but quite similar issues here. However, the URL given above seems (to me) to be a duplicate of most of the testcases available in bug 28212 -- the defining symptom seems to be the duplication/redrawing of graphics, though Sebastian's Slashdot example may be due to the relative lack of graphics in Slashdot's tables. I'll work on isolating one or the other in a simple testcase.
I'm uploading a testcase that shows Mozilla resising cells (not the entire table) when a link is clicked. When creating the testcase, I noticed that the problem occurred only when : The link color was specified in the BODY tag. The font size was specified as larger than normal ("3" in this case). The user selected a link after the first two in the cell. I'm posting this as a testcase for bug 28212 as well.
The testcase supplied by email@example.com makes me think the part of this problem that is "clicking on links changes table cell size" is due to the outline displayed around the link. Drawing the outline seems to change the metrics reported by the block to the table, and the table sizes itself accordingly. I thought I saw a note from pierre and/or vidur about this in another bug, so I'm cc'ing them to see if it is a duplicate.
I can reproduce this in M14, but WORKSFORME in 20000324. Marking such. Gerv
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
Adding 'verifyme' keyword
Verified 081608 Win98. Verify on Linux please.
Verified on the 10/3 Win, Mac and Linux branch builds.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.