Last Comment Bug 1061128 - local (file://) links don't work even when configured for company's internal system
: local (file://) links don't work even when configured for company's internal ...
Status: RESOLVED DUPLICATE of bug 1061136
Product: Core
Classification: Components
Component: Security: CAPS (show other bugs)
: Trunk
: All All
-- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: Selena Deckelmann :selenamarie :selena use ni? pronoun: she
Depends on:
  Show dependency treegraph
Reported: 2014-09-01 02:13 PDT by Alice0775 White
Modified: 2014-09-03 05:47 PDT (History)
0 users
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

test html (177 bytes, text/html)
2014-09-01 02:13 PDT, Alice0775 White
no flags Details

Description User image Alice0775 White 2014-09-01 02:13:33 PDT
Created attachment 8482187 [details]
test html

+++ This bug was initially created as a clone of Bug #995943 +++

Build Identifire:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0 ID:20140831030206

Firefox 28 works as expected.
This bug exist since Firefox 29.
Bug 995943 never fixed this.

Steps to reproduce:

1. Create a new profile and create "user.js" file in the profile folder and add the following lins to "user.js"

user_pref("capability.policy.policynames", "localfilelinks");
user_pref("capability.policy.localfilelinks.sites", "");
user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");

2. Start Firefox with the profile and Open attachment

Actual Results:
No thing happen

Expected results:
File contents should display.
Comment 1 User image Alice0775 White 2014-09-03 05:47:01 PDT
This is what was posted by mistake.
Instead, please refer to Bug 1061136.

*** This bug has been marked as a duplicate of bug 1061136 ***

Note You need to log in before you can comment on or make changes to this bug.