449395 - Its not possible to hide the navigation-bar in a "window.open" via code.

Status: RESOLVED INCOMPLETE

(Firefox :: Toolbars and Customization, defect)

Description

[Sebastian Roschitzki]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0

navigation=no,menubar=no,toolbar=no,status=no,scrollbars=auto

all parameters don´t work for the navigation-bar

Reproducible: Always

Steps to Reproduce:
1. write down the following example code:

function FensterOeffnen (Adresse) {
  MeinFenster = window.open(Adresse, "Zweitfenster", "width=300,height=200,navigation=no,menubar=no,toolbar=no,status=no,scrollbars=auto");
  MeinFenster.focus();
}

2. run script

Actual Results:  
navigation-bar is still unhided on popup-window.

Expected Results:  
as in ff2,ie 4-7 the navigation-bar should be hided

Comment 1

[Olé]

That's not a bug, that's a feature!

the user probably wants to know where he/she is. this is definitely not a thing that a web developer should decide 

Comment 2

[Tom]

This may be a feature, but for developers of browser-based applications where we do not want the user to have the ability to see, nor in most cases to the users need to see, the data in the address bar for forms and data passed between sessions, this is terrible.

The company I work for develops browser-based applications for our customers, and we attempt to ensure the application is as non-technical as possible and has a similar look and feel on several different browsers.

During user acceptance testing of our last release EVERY user complained about the address bar showing at the top of popup windows when testing using Firefox.

Yes, I agree that a user should have the control when viewing `websites` on the internet, but these users do not consider our applications to be websites. You need to provide a way for developers to control whether the address bar appears or not.

Comment 3

[Tyler Downer [He/Him]]

This bug was reported using Firefox 3.0 or older, which is no longer supported. The bug has also not been changed in over 500 days and is still in UNCO.
Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still see this problem, please update the bug. If you no longer see the bug, please set the resolution to RESOLVED, WORKSFORME.

This is a mass search of unconfirmed bugs that have no activity on them, so if you feel a bug was marked in error, just remove the CLOSEME comment in the whiteboard within the next month.

Comment 4

[Tom]

Note the code fragment here.  Even though the code specifies to hide the menu bar, the code is ineffective.  This continues to be an issue in ff 3.5 and 3.6

function popUp(url,name) {
   newWindow[i] = window.open(url, name, 'toolbar=0, location=0, directories=0, status=0, menubar=0, scrollbars=1, resizable=1, width=300, height=350, left=100, top=50');
   newWindow[i].focus();
   i++;
}

Comment 5

[Tom]

(In reply to comment #3)
> This bug was reported using Firefox 3.0 or older, which is no longer supported.
> The bug has also not been changed in over 500 days and is still in UNCO.
> Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh
> profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still
> see this problem, please update the bug. If you no longer see the bug, please
> set the resolution to RESOLVED, WORKSFORME.
> 
> This is a mass search of unconfirmed bugs that have no activity on them, so if
> you feel a bug was marked in error, just remove the CLOSEME comment in the
> whiteboard within the next month.

Although I do feel this bug was `marked in error`, it appears that general users do not have the ability to remove the CLOSEME comment in the whiteboard as recommended.

Comment 6

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.

Comment 7

[Tom]

(In reply to comment #6)
> No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new
> profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to
> see this issue with the newest firefox and a new profile, then please comment
> on this bug.

Did you not have a chance to review the last two posts from me on this issue, in particular the one from 10-18-2010 @ 18:04?  I have retested in FF 3.5 and 3.6 (3.6.12 actually), and the problem continues to exist.  Using the following code fragment, the menu bar continues to display:

function popUp(url,name) {
   newWindow[i] = window.open(url, name, 'toolbar=0, location=0, directories=0,
status=0, menubar=0, scrollbars=1, resizable=1, width=300, height=350,
left=100, top=50');
   newWindow[i].focus();
   i++;
}

My testing was done on a newly installed version of openSUSE 11.3 with all updates applied, so use of an old profile was not in question.

Here is the version information from Firefox Help: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101026 SUSE/3.6.12-0.7.1 Firefox/3.6.12

And as I stated in the previous comment, I am unable to change the status to show this is still an issue.