In Firefox, how to avoid some security policies for local files? #11687
Replies: 1 comment 3 replies
-
@linuxmetel, it works for me on local HTML files that link to local CSS files with |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for your comment! However, in most case, I open auto-generated HTML files, like documents for my Rust project, so... |
Beta Was this translation helpful? Give feedback.
-
|
@linuxmetel, but those shouldn't be fundamentally different to the browser. How are those auto-generated files linking to the CSS files, and where are the CSS files? To my knowledge, you can solely be using one of these things:
Surely we are discussing the last option? If so, I can't imagine you're doing anything special. This should work for you. |
Beta Was this translation helpful? Give feedback.
-
|
I mean at least, I have to write a script or run |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
In Firefox, this add-on doesn't work for local files which loads local CSS files, you know. It's because of restriction on local file links and of the same-origin policy. The solution for Chrome is provided in Dark Reader Help, but not for Firefox.
So I tried to solve it, and I know how to avoid the restriction on local file links. Here's how:
about:config.capability.policy.policynames: localfilelinks,capability.policy.localfilelinks.checkloaduri.enabled: allAccess, andcapability.policy.localfilelinks.sites: moz-extention://XXXX-XXXX-XXXX-XXXXXXXX/(replace the URI of Dark Reader).But I don't know how to avoid the same origin policy only for this addon (using
security.fileuri.strict_origin_policyseems to be too risky for me). Is there any safe way to accomplish this?And if there is a safe way to have Dark Reader work correctly for local files in Firefox, I think it should add into Dark Reader Help.
Beta Was this translation helpful? Give feedback.
All reactions