294940 - JS function window.open(); shows readonly / uneditable location bar, if toolbar param not set to on

Status: RESOLVED INACTIVE

(Firefox :: Address Bar, defect)

Description

[Steve]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

JS function window.open(); shows readonly / uneditable location bar, if toolbar
param not set to on.

open( url, winName, 'location=0'); //Renders no location bar. (Expected)
open( url, winName, 'location=1'); //Renders uneditable location bar. (Error!)
open( url, winName, 'toolbar=1,location=0'); //Renders toolbar & editable
location bar. (Expected)

See test case attached.



Reproducible: Always

Steps to Reproduce:
1. call window.open(); all features enabled
2. repeat, with menubar=1 (note menu is available only)
3. repeat, with location=1 (note location is available, but NOT editable, this
is the error)

Actual Results:  
Location bar appears if requested, but is only editable, if the toolbar=1 is
also set.

Expected Results:  
location bar should be editable, any time it is requested.

Although Severity, is normal, the bug is VERY annoying! :-)

Comment 1

[Steve]

Attachment: Shows error in location bar rendering in case 1.

If this is not sufficient to show the issue, advise and I will post more info.

Comment 2

[Steve]

A coleague indicates this issue is on Mozilla (core) also (I haven't confirmed).

Comment 3

[Jorge Villalobos [:jorgev] (he/him)]

Attachment: Toolbar also showing some items when it shouldn't

There's another issue besides the readonly location bar. I have a customized
toolbar with two divisions and a Calendar button, and it's not hidden with the
rest of the toolbar.

Comment 4

[Steve]

Regarding the other icons that show up... (attachment 2 [details] [diff] [review], "Toolbar also...") I'm
somewhat unsure, whether I would want this fixed...
<side-note>
I too, have the same issue, but the icons displayed, are (User Agent Switcher)
and (Scrapbook) [Both Firefox extentions]... In this scenario, being able to
switch my agent, for non-standards sites, would be handy.

I think, although I don't know how it would be implemented, that a "Show
Toolbar/Menu even though the site I'm at didn't include it in the popup window"
would be helpful.  E.g. I've often wanted to bookmark a popup window location,
but not had the bookmark menu handy.
</side-note>

Comment 5

[Jorge Villalobos [:jorgev] (he/him)]

Bug 214163 already deals with what I was talking about in comment #3, so it's a
separate issue.

Comment 6

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 7

[Jorge Villalobos [:jorgev] (he/him)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050927
Firefox/1.6a1 ID:2005092707
This bug can still be reproduced.

Comment 8

[Daniel Kabs, reporting bugs since 2002]

Bug Confirmed!

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Simple Testcase: Just copy 

  javascript:window.open("http://www.mozilla.org","","status=yes,location=yes")

to the location bar and press return. A window will open with a read only location bar. Setting the configuration flag
   dom.disable_window_open_feature.location = true
does not help.

Cheers
Daniel

Comment 9

[Steve]

Can someone with "canconfirm" rights please set this to confirmed?

I have been able to constantly reproduce this, in all recent versions of Mozilla, and Firefox.

As it is, since it is stated as unconfirmed, it appears no one is touching it.

Thanks,
Steve

Comment 10

[Jorge Villalobos [:jorgev] (he/him)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060710 Firefox/2.0b1 ID:2006071020
I can still confirm.
-> NEW

Comment 11

[Mike Connor [:mconnor]]

Not going to block on this, this is likely a dupe anyway.

Comment 13

[Daniel Kabs, reporting bugs since 2002]

If this bug bugs you, try this workaround:

Setting "dom.disable_window_open_feature.toolbar" to "true" forces the toolbar to appear and this renders the location bar editable.

Comment 14

[Steve]

Thanks Daniel.

Hate to nag on about this, but this bug is still flagged as NEW.  Can someone please flag this as confirmed?  This bug has been open now for over TWO YEARS! and is likely an insanely easy fix! (e.g. just a boolean flag not being set correctly)

As for the workaround Daniel, I appreciate it, however I can't force my end users to set this setting, and this is where it becomes most annoying.

Additional side note... how does one get "confirmation" rights?... I would like to help confirm bugs, if that is possible.

Comment 15

[Steve]

Changed the OS to "All" from "Windows".  It may not happen on all operating systems, but it is reproducible on Windows 98SE,2000,XP and on Ubuntu Linux, thus likely happens on all.

Comment 16

[Daniel Kabs, reporting bugs since 2002]

Steve,

NEW means that this bug has been confirmed. Follow the links in the form (Status, etc.) to get an explanation.

Comment 17

[pal-moz]

bug 406222 is a similar/same bug ?

Comment 19

[olisb]

Hope this is the right place to post!
I am not able to type into the address bar at all, (without doing control + L) in a new tab or window, on FF 3.5.5 on OSX 10.4.11 even when operating in safe mode

Happy to provide more info if it helps, hope someone can help fix this ASAP!

Oli

Comment 20

[Daniel Kabs, reporting bugs since 2002]

(In reply to comment #19)
> I am not able to type into the address bar at all, ...

not _at all_ ? I guess, that's a totally different problem.  Works here using FF3.5.5 on OS X 10.6.2

Comment 21

[Daniel Kabs, reporting bugs since 2002]

Still exists in Firefox 11

Comment 22

[imyxhuang]

I think I can still reproduce this on Nightly 62.0a1.