176421 - The Toolbar show/hide widget isn't displayed when window.open() suppresses Toolbar display

Status: RESOLVED FIXED

(Camino Graveyard :: Toolbars & Menus, defect, P4)

Description

[Ryan Rotter]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021022 Chimera/0.5+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021022 Chimera/0.5+

In Chimera popups that open without the toolbar accessable hide/show toolbar is
deactivated in menubar, and button in upper right hand corner of window is not
present.

Reproducible: Always

Steps to Reproduce:
1.click on link that causes popup to appear(I used Moc OSX link under search
limitations at http://developer.apple.com/search/


Actual Results:  
Toolbar cannot be accessed in popup.  hide/show toolbar is deactivated in
menubar, and button in upper right hand corner of window is not present.

Expected Results:  
Toolbar should be collapsed, as it is, when popup opens.  However, it should be
possible to open toolbar from the menu and with the button in upper right hand
corner of the window.

Comment 1

[Steve Smart]

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

Comment 2

[Steve Smart]

Confirmed in Chimera/2002121004.

Comment 3

[Simon Fraser [no longer active]]

The main question here is why you would want to get to the toolbar in a popup
window?

Comment 4

[S Woodside]

IME
- To access the location
- sometimes popups turn into full-blown browser sessions due to bad design

Comment 5

[Ryan Rotter]

Some pop ups contain hyperlinks to pages that will appear in the same pop up
window.  This allows easy navigation between them.  Either way, there is no
practical reason to lock out the tool bar.

Comment 6

[Simon Fraser [no longer active]]

Agreed.

Comment 7

[Brad Kemper]

I agree with this poster. I noticed it today on a site that displayed some of
it's content in seperate windows. It was very annoying that the Web page author
had more control over my browser than I did. I could not even copy the URL of
the page without looking at the source of the first page.

Comment 8

[nrlz]

I think you can disable this behaviour by adding this line in your prefs.js
file. This will make the location bar visible in all popup windows:

user_pref("dom.disable_window_open_feature.location", true);

Or you can make the menubar always visible where you can then access the menu
options to make any other bar visible:

user_pref("dom.disable_window_open_feature.menubar", true);

Comment 9

[Greg K.]

Revising summary and severity.

Comment 10

[Greg K.]

Attachment: XHTML testcase with various window.open() examples suppressing certain features

Comment 11

[Chris Lawson (gone)]

For the record, Camino doesn't respect the prefs mentioned in #8, above. Sure
would be nice if it did, though. :)

cl

Comment 12

[Simon Fraser [no longer active]]

Fixed; we now allow you to show the toolbar and bookmarks toolbar in chromed
windows.

> user_pref("dom.disable_window_open_feature.location", true);

This pref should work now too.

Currently, you can't show the status bar if it's been hidden by chrome flags,
but gecko defaults to never hiding it anyway. This should be fixed as part of
bug 159233.