Closed Bug 174519 Opened 23 years ago Closed 21 years ago

The window feature "titlebar=yes" will open a popup maximized covering the window taskbar

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugzilla, Assigned: danm.moz)

References

()

Details

Attachments

(1 file, 2 obsolete files)

If the arguments of a window.open() method are window.open(url, name, "titlebar=yes") then the popup window will be maximized and will even cover the window taskbar despite having Start/Settings/Control Panel/Taskbar and Start menu/Taskbar tab/Taskbar appearance fieldset/Keep the taskbar on top of other windows checkbox checked and auto-hide the taskbar checkbox unchecked If the arguments are window.open(url, name, "titlebar=yes,resizable=yes") then the popup window will still be maximized but will NOT cover the window taskbar. (It appears that screen.availHeight is not respected). No setting in Edit/Preferences.../Category:Advanced/Scripts & Plugins/Allow scripts to:/ appears to have an impact on this bug. This bug happens in XP Pro SP1 with build 2002101015 and under Phoenix 0.3 Actual results: window.open(url, name, "titlebar=yes") maximizes the popup and covers the window taskbar Expected results: window.open(url, name, "titlebar=yes") should maximize the popup but should NOT covers the window taskbar. Whether some taskbar property settings in Windows should allow to use screen.height instead of screen.availHeight is also another issue. I hope to be able to upload 2 auto-related attachments because the url at geocities will not be optimal, ideally useful with upper top-right corner banners.
Attached file This is the child popup window (obsolete) —
The buttons are auto-related to the parent. (Not sure if this will work in bugzilla...) You should use the next attachment which is the parent window making the window.open() method call.
Attached file This is the parent window. (obsolete) —
This parent window calls the child popup window with the settings, arguments the user chooses. Just load this parent window, do not select any checkbox or do not enter any values in the input and click the create popup button. I really do not know if this will work on bugzilla.mozilla .
Confirming with build 20021015 on WinXP-SP1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #102911 - Attachment is obsolete: true
Attachment #102912 - Attachment is obsolete: true
I removed the 2 test cases and change the url field to point toward the meta-testcase I did for the window.open() method.
Blocks: useragent
How about a point-and-click testcase that shows this problem and no other problems?
Attached file Reduced test case
Any open() calls that does not imply "resizable=yes" nor measurements nor positions nor chrome nor dialog will generate the same maximized (full-screen) popup. There's 11! (39916800) different ways to create that same popup maximized, full-screen even covering the windows taskbar. e.g.: window.open('http://www.mozilla.org', 'WindowName', 'titlebar=yes,menubar=yes,directories=yes,toolbar=yes,location=yes,status=yes,scrollbars=yes'); will also create a maximized fullscreen even hovered above the Windows taskbar.
I talked to danm about this, and he agreed to have a look... Reassigning.
Assignee: jst → danm
Same behaviour on Windows 98SE (20030312)
This bug seems to be fixed also due to the fix in bug 239876. At least, I can not see the buggy behavior anymore. 1.8a build 2004042909 under XP Pro here. Therefore, I am RESOLVING this bugfile as FIXED
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Actually this seems to be working even in 1.6, so bug 239876 did not fix this one, but either way - confirmed fixed.
Yes, you're right. So, it should have been resolved as WORKSFORME instead. Oh well...
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: