Closed Bug 35572 Opened 25 years ago Closed 25 years ago

Text unnecessarily rendered wider than visible window width

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 35681

People

(Reporter: cks+mozilla, Assigned: troy)

References

()

Details

Build ID: 2000041109 The cited URL has one very long unbroken line than forces the width of the entire HTML to be quite wide. Under Netscape 4.72, the text of the article is never the less rendered entirely within the user's visible window area, respecting the visible window width. This ensures that the user can read as much of the text as possible without having to scroll the page back and forth. Under the stated build, the main article text is suddenly rendered at the full nominal page width. Very little of it shows in the visible window, and you can no longer read it without hugely widening your Mozilla window (assuming your display is big enough at all) or scrolling sideways a lot. M14 doesn't do this; the article text is constrained to the visible window area, respecting the window width.
I see the same on Windows '98 running Build #2000041205. However, I get the same behavior in 4.7 though, and the Preview Release (m14-based) as well. The behavior described from the Linux m14 sounds much better, though. (Apparently I'm not allowed to change OS from Linux to All)
Confirmed with the 2000-04-11-08-M15 nightly binary on Windows NT 4.0. The long line is down in the Resources section, just under "Jefferson and the patent system:" What happens with this page is wrong in so many ways: 1. The line length of the text in the article appears to be as long as the long line, causing the necessity of scrolling horizontally to read it. 2. The remaining undisplayed right hand part of the long line does not appear when scrolling to the right. (Thus the "appears to be" in (1).) 3. Scrolling up or down so that the long line moves out of view, then back so that it should be in view, while scrolled to the right, results in the apparent dissapearance of that line. Scrolling back to the left shows that only the part that had been displayed is blanked out. Scolling up and down while scrolled to the left at this point restores the situation seen in (2). In contrast, 4.72 on WinNT wraps all lines except the one that won't fit at the current window width. If this is a DUP, I've no idea how to search for the existing bug report.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is the same problem as bug 35681. That one has a simple test case so marking this as a DUP of that bug *** This bug has been marked as a duplicate of 35681 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Marking verified dup of 35681.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.