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)
Tracking
(Not tracked)
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.
Comment 1•22 years ago
|
||
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.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•