Closed Bug 7306 Opened 26 years ago Closed 25 years ago

Superfluous horizontal scroll bar flickers mid-screen during resizes

Categories

(Core :: XUL, defect, P4)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: elig, Assigned: danm.moz)

References

Details

[I assume this is a known bug given the frequency and ease of reproduction, but couldn't find anything searching for things like 'resize', 'scroll', 'horizontal', or 'flicker', and am thus writing it up.] * TITLE/SUMMARY Superfluous horizontal scroll bar flickers mid-screen during resizes * STEPS TO REPRODUCE 0) Launch Apprunner 1) View a web page such as www.cnn.com (or internally, http://slip/projects/ marvin/html/img_src.html) 2) Reduce the width of the browser window * RESULT - What happened A second horizontal scroll bar appears, around 2/3rds of the way down to the bottom of the content region, and flickers during the resize. (It also appears on Mac, but only upon releasing the mouse button; no live scrolling on Mac.) <a more thorough investigation deferred, since I'm hardpressed to believe it's not a dupe.> - What was expected "One bar to scroll them all, one bar to resize them One bar to disappear, and in the browser hide them." <with apologies to J.R.R. Tolkien. ;> * REGRESSION - Occurs On Mac OS Apprunner (1999/05.25.16 build) Win32 Apprunner (1999/05.25.17 build) - Doesn't Occur On Communicator 4.6 RTM <Can't check Linux; system is totally hosed beyond my ability to recover.> * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.6 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.
[This also occurs on a vertical resize, as well, BTW.]
Wierd. I dub this the 'Cheshire Hobbit' bug, and do hereby assign it to danm as p4 for m11
Assignee: trudelle → danm
Priority: P3 → P4
Target Milestone: M11
*** Bug 7407 has been marked as a duplicate of this bug. ***
It appears that upon resize, the content window gets resized twice, first time to a hight of about 200 pixels, than to the correct size. So there's double reflow, and double repaint. This example makes it easy to see this: --- <html><body> <table height=100%><tr><td>some text</td></tr></table> </body></html> --- The height of 200 is dictated by the sidebar or the sidebar separator. If the window gets resized to a smaller height, the second resize doesn't seem to occur, and the content window gets cropped at the bottom instead of getting smaller. This resizing behaviour first appeared with the new sidebar separator.
*** Bug 8285 has been marked as a duplicate of this bug. ***
You should be made to pay for mocking the Ring's inscription thus.
*** Bug 9418 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
As of 1999-07-15-13 I can no longer see the problem. I checked a few sites, my test case, etc. I don't know about a specific fix, so I'm marking this RESOLVED/WORKSFORME
QA Contact: phillip → elig
[qa assigning to self for verification.]
Status: RESOLVED → REOPENED
Agreed; haven't seen this in months. Re-opening and Verifying as FIXED.
Status: REOPENED → RESOLVED
Closed: 26 years ago25 years ago
Resolution: WORKSFORME → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.