82333 - wrong width of horizontal ruler displayed

Status: RESOLVED WORKSFORME

(Core :: Layout: Block and Inline, defect)

Description

[Rudmer van Dijk]

i noticed this when i was browsing the nightly-build dir,
http://ftp.mozilla.org/pub/mozilla/nightly/2001-05-22-13-trunk/

that page has a horizontal ruler at the top and one at the bottom,
the bottom ruler is displayed correctly, but the top one is to wide and
therefore this page has a horizontal scrollbar (that's how i noticed that there
was something wrong).
i think that it is to not too wide when it is drawn, but when the page loads
further it reaches the bottom of the screen and the vertical scrollbar appears
and then it isn't redrawn to the correct width. the bottom ruler is placed after
the appearence of the vertical scrollbar and has therefore the correct width

i saw this bug with build 2001052204 for windows32 (mozilla-win32.zip) and an
earlier build

Comment 1

[Alex Bishop]

Changing component to HTML Element.

Comment 2

[Jason Johnston]

That <hr> is inside the <pre> element, and is expanding to the width of that
element.  Something is forcing the <pre> element to that certain width, and I
can't see what would be doing it.

Comment 3

[Doron Rosenberg (IBM)]

really moving

Comment 4

[bsharma]

Verified on
build: 2001-05-29-20-Trunk
platform: Win NT

The top HR is wide and because of that the scrollbar is appearing.
Assigning a staus 'New'

Comment 5

[Heikki Toivonen (remove -bugzilla when emailing directly)]

HTML Element component is deprecated, and should be removed from Bugzilla.
Clayton is not the correct owner for these. Reassigning to layout.

Comment 6

[anthonyd]

not a table specific bug, reassigning to core owner.

Comment 7

[Christopher Hoess (gone)]

The top <hr> lays out correctly in the DOM Inspector view.

Comment 8

[Arunan Balasubramaniam]

Attachment: Test case to force the bug

Comment 9

[Arunan Balasubramaniam]

Attachment: Similar test case that does not force the bug

Comment 10

[Boris Zbarsky [:bzbarsky]]

.

Comment 11

[Hobun Suzuki]

 I found a similar case,

 Please see 
    http://www.newon.org/mars/test2/test.htm

  The length of HR line within PRE tag in TABLE
 is not correct ( too small).
  Perhaps, the value of the width of TABLE area
 does not be passed to HR.
  And I think the vertical space is too wide.


  I had checked by Mozilla 1.0 1.3 1.4RC1 Phoenix0.6
 K-meleon0.7 , all the results are same.

Comment 12

[Bruce Davidson]

Right, I hope I'm don't end up having to extract my foot from my mouth - but
this appears to have been fixed (possibly quite recently). I can't put my finger
in the fix in Bonsai but I've looked at all the testcases under bug 154776, bug
82333 and bug 60922. All the test cases work in recent Camino (2003081002) and
the latest Mozilla 1.5b dev (2003081303). In particular the <hr> elements on ftp
sites / Apache index pages all work.

Marking all 3 of these bugs as WFM.

Comment 13

[Boris Zbarsky [:bzbarsky]]

It got fixed by the patch in bug 38370 in case anyone cares..