Mozilla 2002041709/Linux-i686, but I remember seeing it before. Problem: no matter how wide you make the page at http://www.bellstream.de/, it always has horizontal scroller visible. The same happens at http://www.bellstream.com/. Repro.: always. Step: just visit and see.
Severity: normal → minor
Summary: horizontal scroller always visible. → horizontal scrollbar always visible.
I am seeing it on Win2K, 2002041718. What seems to trigger the bug is the combination of a floating table with marginwidth (not supported in html4.0) set to zero and width set to 100%, followed by a <br>: <table width="100%" align="left" border="1"> <tbody> <tr> <td>foo1</td> </tr> </tbody> </table> <br> foo2
OS: Linux → All
Correction: marginwidth=0 is set inside the <body> tag.
17 years ago
Hardware: PC → All
Changing QA Contact
QA Contact: petersen → moied
Using the current rc2 2002051506 on Win2000 I see the same... the horizontal scrollbar on quite a few pages, including mozillazine. Also see it with a few framed pages, with a particular frame having a horizontal scrollbar, and also in the case of frames a vertical one. About 2 weeks ago maybe more (am pretty sure rc1 didnt have this problem) this was not happening at all. With some sites altering the width of the browser window by moving the sidebar tab (making it smaller/larger) you can get rid of the horizontal scroll bar. MozillaZine.org is one site where you can find certain positions where the horizontal scrollbar disappears. To me it is one of most annoying bugs around. I have tried clean installs, all to no avail.
Looks like the table is rounding width up to the nearest px instead of down....
Assignee: attinasi → table
Component: Layout → Layout: Tables
Priority: P4 → --
QA Contact: moied → madhur
Target Milestone: Future → ---
Adding testcase keyword
The table code is correct. The issue is the 1twips BR hack at http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsBRFrame.cpp#183 this makes the canvas 1 twips to large and then the scroolabr appears which doesn't do anything as 1twips is then rounded away. canvas 03C8B4CC r=2 a=7344,UC c=7344,3216 cnt=1780 area 03C98DE0 r=2 a=7344,UC c=7344,UC cnt=1781 text 03C98EE0 r=2 a=7344,UC c=UC,UC cnt=1782 text 03C98EE0 d=0,0 block 03C98FF4 r=2 a=7344,UC c=7344,UC cnt=1783 text 03C993D0 r=2 a=7344,UC c=UC,UC cnt=1784 text 03C993D0 d=0,0 place 03CA790C r=2 a=7344,UC c=UC,UC cnt=1785 place 03CA790C d=0,0 tblO 03C995C0 r=2 a=7344,UC c=UC,UC cnt=1786 tblO 03C995C0 d=7344,360 me=456 text 03CA7944 r=2 a=0,360 c=UC,UC cnt=1787 text 03CA7944 d=0,0 br 03CA79D4 r=2 a=0,360 c=UC,UC cnt=1788 br 03CA79D4 d=1,240 block 03C98FF4 d=7344,600 o=(0,0) 7345 x 600 area 03C98DE0 d=7344,792 o=(0,0) 7345 x 792 canvas 03C8B4CC d=7345,792 me=0 scroll 03C8B5FC d=7344,3456
moving the bug
Assignee: core.layout.tables → nobody
Component: Layout: Tables → Layout: Block and Inline
QA Contact: madhur → core.layout.block-and-inline
Users interested in this bug may look at ShowImage extension at http://showimage.mozdev.org/. It is made for Firefox. It didn't work very well for me (maybe it needs updating) but it seems a good approach (no further cluttering of the context menu for users with fast connections).
previous comment posted to wrong bug. sorry for spamming.
bug 261402 might be a dupe of this
Please don't set blocking +/- flags unless authorised.
*** Bug 261402 has been marked as a duplicate of this bug. ***
*** Bug 338730 has been marked as a duplicate of this bug. ***
Elaborated on summary to make it easier to find.
Summary: horizontal scrollbar always visible. → horizontal scrollbar always visible with 100%-width left-floated table followed by <br> in 0-margin body
You need to log in before you can comment on or make changes to this bug.