Closed
Bug 60321
Opened 24 years ago
Closed 20 years ago
file://server/dir replaced by file://server///dir
Categories
(Core :: Networking: File, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: bugzilla, Assigned: dougt)
References
Details
(Keywords: testcase)
Entering an URL like
file://server/directory/page.htm
in the location and search field has the following result:
The URL is changed to
file://server///directory/page.htm
This page can not be found, but no error is given. The browser window content
does not change.
This works with Netscape 4.7x.
Mozilla Build ID 2000101014
Comment 1•24 years ago
|
||
Confirmed on Win2k using trunk build 200011508.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
The file url can have a server, but it is very unlikely since it is a local
protocol. Without a server a file url usually looks like this: file:///... If
you really want a server like localhost or something similar in your URL it is
parsed out and then ignored, because it is local.
If you want an UNC-Filepath, the name says it all. This is a path thing, the
remote server is part of the path, the urls look like this: file:///server/path
or file:////server/path or even file://///server/path.
An UNC filepath that looks like file://server/path is not longer supported,
instead the parser trys to patch up the url, ignoring the server and then fixing
the path into an UNC file path because it failed to detect a drivename (on XP_PC
only).
Comment 4•24 years ago
|
||
Is this bug about having a URI protocol scheme to browse network computers?
Assignee | ||
Comment 6•24 years ago
|
||
no, I did not fix this particular problem(?).
Based on Andreas's comments, I don't this this is a bug. Marking WONTFIX.
Please reopen if I have missed something.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
+testcase - I think it should do something else, but I'll test first and type
later.
Keywords: testcase
V/wontfix.
This interpretation would conflict w/ valid file URLs.
Status: RESOLVED → VERIFIED
REOPEN: whopps, mis-read problem description.
The bug was saying that this fixup occurred, and it shouldn't.
This probably did happen a long time ago (Henrik confirmed), but it doesn't
happen anymore, hasn't happened for a long time.
Status: VERIFIED → REOPENED
Resolution: WONTFIX → ---
Comment 10•20 years ago
|
||
RESOLVED/FIXED.
This form of fixup requested here is undesirable, and was removed by someone at
some point.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 20 years ago
Resolution: --- → FIXED
Comment 12•20 years ago
|
||
No patch / bug referenced as the fix.
->WORKSFORME
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Updated•20 years ago
|
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
Comment 13•20 years ago
|
||
V/wfm.
Sure I can do that. This is really location bar anyhow.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•