Closed Bug 37868 Opened 25 years ago Closed 24 years ago

Network errors when opening a new browser window transmute the URL to about:blank

Categories

(SeaMonkey :: Location Bar, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: cks+mozilla, Assigned: bugzilla)

References

()

Details

Build ID: current CVS pull, but this has been an error for a while. If Mozilla encounters a network error in the early stages of loading a web page in a new window (such as if you use button-2 to open a URL in a new window), the URL that that window's nominally showing is transmuted from the real URL to 'about:blank' with no way back. This is bad, because it means that you cannot hit Reload when the network comes back. Reproduction: - find an IP accessible machine that is not running a web server. - set up a web page that has an A HREF pointing to that machine. - load that web page. - button-2 the link to open it in the new window. - observe that the URL bar of the new window is either blank or shows 'about:blank' (after you hit Reload), not the URL you are trying to load. If you have an overloaded web server that responds only intermittantly, you can use that instead of the IP-accessible machine with no web server. (And it will be a more 'realistic' test, in that hitting Reload has a use here.) One gets related results (somewhat slower) if you just point the A HREF at an IP address that doesn't exist at all, and so on.
confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
->ruslan
Assignee: gagan → ruslan
Status: NEW → ASSIGNED
Do you have a set up I can you right away?
Asa, can you still reproduce this? I set up a link to a non-existant IP and I am not seeing this.
no. cks+netscape@hawkwind.utcs.toronto.edu (Chris Siebenmann) can you still reproduce this? Resolving WORKSFORME, Chris, please reopen if you still experience the buggy behavior.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
This still seems to happen with me on a current CVS build (on Linux). When I button-2 a link to a machine not (currently) running a web server, I do get an alert about it, but the new window's URL is blank, and hitting Reload does not cause the alert to pop up again. (If I pick a machine that is not currently responding to IP, I don't even get the alert.)
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
OK, I can reproduce this now. Adding internal URL as test case.
adding gagan to the list
Status: REOPENED → ASSIGNED
Target Milestone: --- → Future
pulling in ruslan's necko bugs ->darin
Assignee: ruslan → gagan
Status: ASSIGNED → NEW
Target Milestone: Future → M19
Linux 2001020608 whenever i open a link with middle click (to open in new window) i see "Error loading URL about:blank: 804b0002" before the page i intended to load starts loading. Is that covered by this bug? (i have browser set to load a blank page instead of any homepage on startup)
the problem is that the default URL for each new window is being set to about:blank. This I believe should be fixed in docshell area which knows better what the URL that triggered the load in new window was.
Assignee: gagan → adamlock
Component: Networking → Embedding: Docshell
QA Contact: tever → adamlock
This sounds like a chrome thing. The new chrome window should put the url that it has been told to load into the address bar immediately upon opening.
Assignee: adamlock → pchen
Component: Embedding: Docshell → XP Apps
QA Contact: adamlock → sairuh
->url bar?
Assignee: pchen → alecf
Component: XP Apps → URL Bar
QA Contact: sairuh → claudius
Status: NEW → ASSIGNED
Target Milestone: --- → Future
reassign url bar bugs to new owner..
Assignee: alecf → blakeross
Status: ASSIGNED → NEW
Target Milestone: Future → ---
Chris, can you retest this please?
This no longer seems to happen for me on Linux with a current CVS pull and build. (There is a related bug, where the browser instance got by such a thing doesn't do anything on 'Reload', despite having the correct URL in the URL bar, but I will file that separately if it isn't already know.)
so err this is fixed no?
WFM per reporter.
Status: NEW → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31. set your search string in mail to "EmperorLondoMollari" to filter out these messages.
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.