Closed Bug 188107 Opened 22 years ago Closed 22 years ago

Clicking on a html link that is linked to a mapped share on a Windows Server

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 84128

People

(Reporter: derrick, Assigned: law)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212

Whenever a link is displayed with a link to a shared drive Mozilla will not open
the file.

Example: <a
href="file://testserver/share$/directory1/subdirectory1/file.pdf">Test File</a>

Clicking on the link does nothing.

Reproducible: Always

Steps to Reproduce:
1. Click on link
2.
3.

Actual Results:  
Nothing Happened

Expected Results:  
Open the file like it resides on the web server.
You can only access file:// links if the html file is also loaded via file://
see tools/web development/Javascript Console

and you wouldn't report this bug if you read the release notes. (Please always
read it before reporting a bug)

open the release notes and search for "checkloaduri".


*** This bug has been marked as a duplicate of 84128 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
err, more likely this is a dupe of windows urls not being correctly formed.

reporter: if you change the urls from file:// to file://// things should be happier.

to work around the security issue, drag links from the content area, up to the
urlbar and then drop them in the content area.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.