1514 - Maximizing window that displays end of Web page displays junk

Status: VERIFIED FIXED

(Core Graveyard :: GFX, defect, P2)

Description

[cpratt]

(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!).

Comment 1

[Paul MacQuiddy]

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

Comment 2

[leger]

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

Comment 3

[cpratt]

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.

Comment 4

[leger]

Clearing Fixed resolution.

Comment 5

[michaelp]

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.

Comment 6

[glynn]

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.

Comment 7

[glynn]

added cnet to URL field in place of cnn

Comment 8

[leger]

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.

Comment 9

[gem]

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

Comment 10

[leger]

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

Comment 11

[leger]

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

Comment 12

[michaelp]

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

Comment 13

[michaelp]

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

Comment 14

[Hixie (not reading bugmail)]

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.

Comment 15

[leger]

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.

Comment 16

[cpratt]

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

Comment 17

[leger]

Setting this bug to All Platforms

Comment 18

[leger]

Setting all current Open Critical and Major to M3

Comment 19

[leger]

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

Comment 20

[michaelp]

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

Comment 21

[leger]

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

Comment 22

[cpratt]

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.