88567 - target=_blank link doesn't immediately fill in location bar in new window

Status: NEW

(SeaMonkey :: Location Bar, defect, P5)

Description

[Henrik Gemal]

If you disable all SSL options in the prefs and then go to:
http://demo.certifikat.dk/adgang.htm

now press the link "Hjemmeside med kryptering og adgangskontrol"
a new window opens a you get an alert saying that you have to enable SSL.
But look at the Location. Nothing!

When going to a page the first thing that should be set is the Location.

build 20010629

Comment 1

[sairuh (rarely reading bugmail)]

->urlbar? punt as needed...

Comment 2

[r0polach]

This bug appears when you click stop button before host is contacted too.
(or when some connection error...)
Location should be filled with new WINDOW IS OPENING, not when page starts
loading or when host is contacted!

Comment 3

[Alec Flett]

reassign url bar bugs to new owner..

Comment 4

[Blake Ross]

Joe was dying to have these bugs. Who am I to say no?

Comment 5

[Henrik Gemal]

I lost soo many link due to this bug!
It happens when I open a link in a new window and then closes the first window.
If there's a error in the URL the Location field is just empty.

Can also be seen if you go to:
http://asus.com/Products/Motherboard/bios_tools.html
and then click on the "asupdate.exe" link. A new window opens with a save-as
dialog but location field is empty...

Comment 6

[Jesse Ruderman]

See also bug 105749, "window.open doesn't fill in location bar in new window".

Comment 7

[Jesse Ruderman]

Attachment: testcase

Comment 8

[Henrik Gemal]

this is not JUST _blank.
This same thing if you right click on #2 link in the testcase and say "open in a
new window"

Comment 9

[Jonas Jørgensen]

See also bug 120591, "Reload doesn't work for page opened in new window before
page loads".

Comment 10

[Matthew T (active 1999-2002)]

I think this is a duplicate of bug 70682.

Comment 11

[JoSH Lehan]

I agree that the location bar should be filled in *as soon as possible*.

It would be ideal to have the location bar filled in when the window or tab
*first* appears on screen.

That way, when network errors happen (resulting in a dialog box then an empty
view), or something else happens that prevents the page from fully loading, the
location will be preserved in the location bar and the user can try again by
simply hitting Reload.

Another circumstance when this bug happens (100% reproducible on Win32 platform):

Set Mozilla as system default browser, so that all URL calls from other
applications will be handled by Mozilla.
Open a link from another application (such as an email message in Outlook).
Mozilla will open, but the location bar will be blank unless the page
successfully and fully loads!
To reproduce, email yourself a message with an unreachable URL such as
http://unreachable.example.com/ and open it from another application such as
Eudora or Outlook.
Mozilla will open with a blank location bar.  The user has no way of retrying
this failed connection.

Comment 12

[firemotion+mozilla]

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

Comment 13

[firemotion+mozilla]

I believe the summary for this bug doesn't cover all aspects of this bug.

"The address/url/location bar in a new window doesn't get prefilled with the
URI/URL" is actually sufficient, it doesn't matter how the new window was
called: Link with target="_blank", target="foobar", actually any other target
than the one think is in (_self or name of the window), or even through
JavaScript window.open.

See also the comments in bug 209795 and bug 88567.

Comment 14

[Max Waterman]

This bug is causing me extraordinary pain. Here in China, DNS resolution
failures are the norm - I frequently have to try a link several times before the
name resolves. This bug means that I have to wait to see if a page loads before
I move on.

This bug completely destroys my favourite use of tabs; I would go to a page like
slashdot, and look on the main page, cmd-clicking on interesting links as I
read. I then would close the slashdot tab and read the tabs I have just opened.
This bug means that I often have tabs which have failed to load and have the URL
field blank.

I think this bug should be more than a P5.

Thanks.

Max.

Comment 15

[David Lindsey]

I'm posting this here, because while 70682 looks more like it, this has more
recent postings and the people commenting seem to have 'migrated' this bug into
a duplicate of 70682. To be specific: when page is loading, if it fails
prematurely, there is a very good chance of the URL disappearing from the
location bar. This can even happen when pasting the url directly into the bar
and hitting enter. This happens in Mozilla 1.7, Firefox 0.9, both in Windows and
in Linux.

It is very, very, frustrating when you have a patchy connection and really on
tabs to browse efficiently. My situation is very similar to that of #14's.

Comment 16

[r0polach]

This bug should have higher priority and/or severity.
In fact it is a *CRITICAL* DATA LOSS PROBLEM!
I went into serious trouble when I was using firefox with our
company intranet system:
I clicked a link, the new tab was opened, so I close the reffering page
and after while the reffered page timeouted to load, but the url containing
important information was lost!

Also the summary of this bug should be changed according to comment #13.

This bug is more than 3 years old, is there any progress in fixing it?

Comment 17

[Steve Chapel]

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

Comment 18

[r0polach]

it seems that in ff 2.0 final,
url is filled *before* host is contacted...
but I cannot find slow-enough server to be sure...
can anybody confirm that this bug is fixed?

Comment 19

[Cees T.]

Bug 254714 has a patch for Firefox.

Comment 20

[r0polach]

Now I see this is not fixed yet (in 2.0.0.1).

Comment 21

[Wayne Mery (:wsmwk)]

comment 0 WFM using trunk with SSL disabled ...
all the links which requires ssl display in location bar and result in the nice dialog  ...
Secure Connection Failed
An error occurred during a connection to demo.certifikat.dk.
Can't connect securely because the SSL protocol has been disabled.
(Error code: ssl_error_ssl_disabled)


r0polach do you see problem using trunk build? I didn't try comment 5 (asus website is down) 

similar bugs: bug 392373, bug 354981, bug 345218

Comment 22

[r0polach]

what URL can be used to check this?
http://asus.com/Products/Motherboard/bios_tools.html displays normal 404 message,
similarly http://demo.certifikat.dk/adgang.htm can be contacted and displays some content...

Comment 23

[Wayne Mery (:wsmwk)]

(In reply to comment #22)
> what URL can be used to check this?

attachment 59171 [details]


reopening. I was checking for wrong problem

Comment 26

[ishita]

I noticed a problem with mozilla when i clicked on a link(where target= _blank is used) to launch a window. As soon as i clicked on the link a new window is spawned but the URL is not loaded immediately.Hence, if i minimize the opened blank window and open any other page the intended page (which was supposed to be opened on the blank window)  opens on the most recently closed page.If i keep the cursor on the Blank window which was spawned then the intended page opens on the blank window as desired.

Comment 27

[ishita]

Just forgot to mention ,the above behavior is noticed on a Solaris machine.

Comment 28

[ishita]

Just forgot to mention ,the above behavior is noticed on a Solaris machine.