Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

No longer able to follow local file links.

  • 8 replies
  • 25 have this problem
  • 2 views
  • Last reply by cor-el

more options

In previous versions of firefox ( 28 and Earlier ) I was able to follow local file links by whitelisting them in the user preferences file as shown here: http://kb.mozillazine.org/Links_to_local_pages_do_not_work

This functionality has ceased to work with the update.


Update to information added by a forum moderator

I Note
In order to respond to demands of enterprise users, the localfilelinks policy has been restored with Firefox 30. This allows users to follow links on a Web page (http:// or https://) to the local file system (file:///) especially on corporate internal applications. For the meantime, Firefox Beta or the caps-fileuri extension created by a Mozilla developer can be used to workaround this restriction.

mentions caps-fileuri extension but this appears to have been removed. No longer at https://addons.mozilla.org/firefox/addon/caps-fileuri/ (original may be at https://bugzilla.mozilla.org/attachment.cgi?id=8415447 )

Also note a possibly related question is currently open

Modified by John99

Chosen solution

The "capability." prefs breaking is bug 995943.

Bobby Holley is working on an extension in that bug that would fix the issue.

Read this answer in context 👍 1

All Replies (8)

more options

Were you using "capability." preferences? I read somewhere that Firefox 29+ no longer implements "capability." preferences. I haven't read about the reason for this.

Do any of the other workarounds still work?

more options

I believe that's what they were, seeing as that's what listed as the solution on http://kb.mozillazine.org/Links_to_local_pages_do_not_work

If there were other work arounds, it's news to me.

more options

I guess the only other workaround was the LocalLink extension. I've never tried it myself.

more options

I tried it and it doesn't work either. I think the extension generated capability related settings on the fly like NoScript did.

Should I post a Bug report on this?

more options

Chosen Solution

The "capability." prefs breaking is bug 995943.

Bobby Holley is working on an extension in that bug that would fix the issue.

more options

You might find a similar bug already posted, but if not, sure, others are going to have the issue.

I guess one question is implementation. What mechanism is replacing capability preferences? If there isn't something that general purpose, what kind of site-level permission could be relevant?

And if the need is not clear, what are the use cases for http:// to file:// access that the developers need to consider? Or is it for file:// to file:// access that's most critical?

more options

Georg Fritzsche provided the current open bug report on this. It looks like they are working on coming up with an extension to enable capability like functionality. It'll suck to have to point to an extension, but If it works I'll live with it.

more options