Closed Bug 174519 Opened 22 years ago Closed 20 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: 20 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: