Closed Bug 3338 Opened 26 years ago Closed 24 years ago

Popup window containing advertisements at not right size

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Platform:
x86
All
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: slogan, Assigned: danm.moz)

References

(
URL
)

Details

(Whiteboard: [nsbeta2-])

Attachments

(2 files)

simplified testcase - always opens ad on load
305 bytes, text/html
Details
A screen shot of the problem
24.04 KB, image/gif
Details
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.
Assignee: troy → vidur
Vidur, I assume they're using JavaScript to bring up the window? Is this you or Tom or someone else?
Assignee: vidur → joki
Target Milestone: M5
This one is Tom and it has to do with incorrect processing of innerWidth, innerHeight.
QA Contact: 4110 → 4144
petersen, is this Linux specific? there is no AIM for UNIX. Could you update platform info please?
Summary: AOL Instant Messenger 2.0 popup containing window not right size → Popup window containing advertisements at not right size
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?
Status: NEW → ASSIGNED
Target Milestone: M6 → M7
The api's for doing this still don't exist on nsIBrowserWindow. Will not happen this week, moving to M7.
Target Milestone: M7 → M9
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. ***
Whiteboard: [MAKINGTEST] laura@freschinfo.com
Assignee: joki → danm
Status: ASSIGNED → NEW
Target Milestone: M9 → M10
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.
Status: NEW → ASSIGNED
Target Milestone: M10 → M14
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".
Blocks: 12670
*** 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!
Keywords: makingtest
bulk moving all window-size-off-by-a-couple-of-pixels bugs to more distant milestone.
Target Milestone: M14 → M18
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.
Keywords: 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.
Whiteboard: [MAKINGTEST] laura@freschinfo.com → [PDT-][MAKINGTEST] laura@freschinfo.com
*** 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.
OS: Linux → All
*** Bug 32930 has been marked as a duplicate of this bug. ***
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
Added keyword nsbeta2.
Keywords: nsbeta2
Whiteboard: [PDT-][MAKINGTEST] laura@freschinfo.com → [MAKINGTEST] laura@freschinfo.com
Keywords: beta1
Whiteboard: [MAKINGTEST] laura@freschinfo.com → [MAKINGTEST] laura@freschinfo.com [nsbeta2-]
[nsbeta2-] petersen, could you please retest this?
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
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
Keywords: makingtest
Whiteboard: [MAKINGTEST] laura@freschinfo.com [nsbeta2-] → [nsbeta2-]
We'll have to live with this, ->Future
Target Milestone: M21 → 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.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: