The default bug view has changed. See this FAQ.

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

RESOLVED DUPLICATE of bug 84128

Status

Core Graveyard
File Handling
RESOLVED DUPLICATE of bug 84128
14 years ago
9 months ago

People

(Reporter: Derrick Rose, Assigned: Bill Law)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

14 years ago
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
Last Resolved: 14 years ago
Resolution: --- → DUPLICATE

Comment 2

14 years ago
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.