Go to UTL, sometime, an advertisement for AOL is displayed in a separate toplevel window. The size of that window is about twice as wide and a third as tall as it needs to be. Interestingly, scroll bars surround the smaller content.

Vidur, I assume they're using JavaScript to bring up the window? Is this you or Tom or someone else?

This one is Tom and it has to do with incorrect processing of innerWidth, innerHeight.

petersen, is this Linux specific? there is no AIM for UNIX. Could you update platform info please?

Changed the summary field to be less confusing. This bug relates to the advertisement window that sometimes pops up when Navigator visits www.netscape.com. I've only seen this happen under Gtk+/Unix.

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

Coment from 3406, which I just marked as a dup of this one: Popup advertisement containing window that is displayed randomly when one goes to netscape.com is not sized correctly. The ad image as a result is tiled in the window. Or, sometimes only a single image will display, surrounded by scrollbars which appear to acknowledge the size the window should be, but the parent window will be twice as large and display its default background.

Not making these for M5

petersen, what platforms?

The api's for doing this still don't exist on nsIBrowserWindow. Will not happen this week, moving to M7.

Ok. This problem occurs on all platform (Mac, Windows, and Linux). The advertisement appears tiles in this window and contains vertical and horizontal scroll. Also, the window is displayed witha sidebar.

BTW, testing was done with the June 7th Builds.

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

dan, since from looking at your comments you're more on top of what the webshell is doing with chrome I'll sling this your way. I made one modification which was causing too much chrome. the webshellwindow still disobeys the status=no bit, not sure if you own that. but your comments are the most recent on the sizing-based-on-content vs sizing-based-on-window so I'll let you have that one.

It's obeying status=no now. Now, I think, as Vidur says, innerWidth and innerHeight are just off. This is not a critical thing, so I'm pushing it out past "beta".

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

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

related to 3338,17311,18104,19003

Bulk moving old [makingtest] code to new makingtest keyword. Sorry for the spam!

bulk moving all window-size-off-by-a-couple-of-pixels bugs to more distant milestone.

Dude, this may not be that critical, but I'm sure we'll get a ton of bugs on it when we go to beta. And guess who's going to have to process all of them? Me! I think this is a polish issue that we should have resolved for beta1.

Putting on PDT- radar due to danm work load. Would not hold for beta on this bug.

Would not hold beta for this bug, because it looks "ok" on windows.

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

I see this on Windows all the time... like right now with WinNT and the 2000021708 comm opt builds using the attached testcase. Funnily the testcase works fine with Linux RH6 and the same build.

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

This happens on Windows too (200032210 under NT for example). There are windows duplictaes of this bug. Changing OS to all.

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

Mass moving M18 bugs to M19

Added keyword nsbeta2.

[nsbeta2-] petersen, could you please retest this?

mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-

With the May 26th build, the problem still remains but not to the extent as originally described. The problem that remains is with the window's height. The ad is partially tiled at the bottom of the window. I have attached a image to illustrate this problem. Tested on Mac, Windows and Linux May 26th builds.

Removing makingtest keyword (it's been months ;-) Gerv

We'll have to live with this, ->Future

There was a big window sizing effort several months ago. This bug was probably fixed then. At any rate, a Netcenter spam window I just summoned up was sized correctly for its image content. I say this one's fixed.