(Although this is a general case, I will use specific URLs in this bug report.) When you maximize a window on 32-bit Windows (I used Win 95 and NT 4.0 SP 4), if you're already viewing the bottom part of the page, everything underneath the last part of the page will either display as black or as screen garbage when you maximize the window. To reproduce this, launch viewer.exe, and go to some Web page. (I used http:// www.macintouch.com/ and http://www.cnn.com/ to see this.) Drag the right-side thumb down to the bottom of its window to scroll down to the bottom of the page. As the window is relatively small and in the upper-left hand corner of your display, note the position of the images at the bottom fo these pages (ads in both cases). Double-click the title bar of viewer.exe to maximize the window. Instead of scrolling the page up so that the bottom of the Web page is now at the bottom of the window, it keeps the bottom of the Web page in the same place on the screen and fills in everything underneath the bottom of the Web page with black (which, in the case of my Win 95 machine, a Compaq Deskpro XL 590, shows as garbage!).

since blythe is no longer around, re-assigning to rickg so he can find the right person.

Per michaelp, this should be Resolved/Fixed. cpratt, can you verify ASAP please.

Nope, still displays garbage (95) or black (NT) underneath the end of the page after maximizing a window that was displaying the end of the page.

Clearing Fixed resolution.

i just tried this with the current code and it work just fine. can someone else try this? mayeb the test was being done against an old build. i was using the current code from the tip.

Actually just checked with cpratt, he is using the Nov24 2nd build and it occurs on both his machines, viewer or xpviewer, win 95 or NT and with proper steps also occurs on mine. Requires graphic at bottom of target page. macintouch repros as does my netscape or cnet as examples. Launch, enter URL, scroll to bottom of page and maximize, and garbage will appear at bottom of window as cpratt describes. cnn site does not repro so it was misleading to use that site.

added cnet to URL field in place of cnn

This bug did not make ss: train for this release. Removing ss: from summary. QA will check with 11/28 build anyway for any change in behavior.

Still getting black bar on NT with macintouch and cnet 11/28 build.

Putting on rn: to remind me to think of something for Release Notes :-)

This problem now in Release Notes. Taking off rn: radar.

*** Bug 1468 has been marked as a duplicate of this bug. ***

*** Bug 2745 has been marked as a duplicate of this bug. ***

Bug #2745, which was marked as a duplicate of this bug, uncovers bigger problems than those pointed out above. Any UI element, *including all form elements*, get drawn put in the wrong place when reflowing. This occurs more and more dramatically, the further away from the top of the document you are (in this respect it is similar to bug #2748). This can be clearly seen on this specially designed page: http://www.bath.ac.uk/%7Epy8ieh/internet/projects/mozilla/forms.html Simply scroll down a bit and resize your window. The more you resize, the more the elements move. The further down you are when you resize, the more the inline UI elements move.

cpratt, can you give us some test results against Mac and Linux please. As well as a retest of Win 98 vs. NT with the latest build.

Using the February 1 build, this is what I find: Win NT 4 SP 4: Creates a big rectangle of black at the bottom of the page Win 98: Creates a big rectangle of multicolored garbage at the bottom Linux: Maximizing the window results in incorrect behavior (window is now huge, content is exactly the same size) Mac OS 8.5: The zoom box does nothing in seamonkey

Setting this bug to All Platforms

Setting all current Open Critical and Major to M3

michaelp, you marked this fixed...does this mean a fix was checked into the tree? If so, for which build?

i fixed it yesterday (2/15). today's build, i guess.

cpratt, could you verify this on on Monday 02/22 please? thanks!

Works fine under NT 4 and Win 98. Can't currently test this against macmonkey as the Feb 18.1 build dies upon launch (error type 3). Marking as verified fixed.