-
Notifications
You must be signed in to change notification settings - Fork 503
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
sticky: unofficial: extension breakage due to prefs #391
Comments
pref(s):
site/support issue: N/A |
This comment has been minimized.
This comment has been minimized.
pref(s): |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
pref(s): network.auth.subresource-http-auth-allow = 1 |
This comment has been minimized.
This comment has been minimized.
pref(s): // user_pref("javascript.options.ion", false); |
pref(s): ^^ edited by 馃憱 Btw your troubleshooting tips and the script turned out to be very useful. I scratched my head quite some time trying to debug this, looking at possible console errors and stuff but nothing really pointed me in the RFP direction (or maybe my lack of experience, quite deep unfortunately, didn't allow me to find any correlation). I take the chance to thank you all for all your commitment in this incredible work, very well done sirs! 馃帺 |
Having dom.storage.next_gen=true appears to break the Kee add-on. With it enabled, this shows in the debug panel for Kee:
The add-on shows the red "OFF" splat and is greyed out. Setting dom.storage.next_gen=false fixes it. This started with FF83, but I'm not sure if that's coincidence. |
I only added it to the user.js in the 11 days ago, so not a coincidence Have you spoken to the extension developer? What happens if you try the extension in a new profile and add some data? When I get time I'll see what I can test, but some legwork from the dev would be helpful |
pref(s): EDIT 1: Found what seems to be a related issue at Pnboad WebExtension support. Looks like the problem might be caused by |
If you mean the ones that are commented out in section 4000, then no. They will do nothing if |
I understand, that's why I specifically said "Wondering if it's possible to keep this switch true but tweak any of the other 3 related prefs to get the "Save tab set" working on pinboard.in.". Yes, I did mean the ones that are commented out in section 4000. I have since played with those and nothing would help other than turning off the master switch ( |
OK, sorry. Haven't had my beersies today :) You could try with edit: BTW, do you get any error messages in the console: might help upstream |
The only error is in the chrome console (Browser Toolbox):
EDIT: That must be unrelated, it shows up either way, whether "Save tab set" is working ( |
@rubaboo , yes, that console error is almost certainly unrelated. |
Following pref: dom.w3c_pointer_events.enabled = false also breaks firefox "picture in picture" mode button. PIP still works with right clicking on a video, then selecting pip |
Does it? I have no issues with PIP. Cheers |
I just tested this with several new profiles: If this is the only option present in user.js, the pip button appears in videos but when you try and click on it nothing happens. What you can do to reproduce this is to create a fresh new profile, start it and then set this setting in about:config UPDATE: It only breaks the button to initialize pip, right clicking on a video and then selecting pip still works with "dom.w3c_pointer_events.enabled = false" |
Ahhh... sorry, my bad and you are right. |
Did you tested Line 952 in f8932dc
|
Oh, that was easy! It worked! I am wondering if there is a workaround to keep "privacy.firstparty.isolate" to true an make this extension functional? Thanks btw |
This needs to be fixed on their end. Btw does anybody know if dFPI can break such extensions (extensions not aware of FPI) too? |
extensions were recent given a read-only access to dFPI via privacy API |
But if they don't use it they will break, right? |
^ soz, went and found the ticket I had in mind, it was for GPC - https://bugzilla.mozilla.org/show_bug.cgi?id=1735372 |
If anyone cares:
https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/privacy/websites @khius you can use TC in automatic mode to get a similar isolation as with FPI. |
@rusty-snake I set privacy.websites.firstPartyIsolate == false, I installed TC with Isolation global, I excluded in TC raindrop.io and subdomains from Isolation, I allowed cookies in FF settings from raindrop.io and subdomains but the extension is not working. Once I disable TC it works again. I don't know what I am missing. |
edit: fix keyboard shortcut |
You just caught me - for a second I believed FF actually set some binding for Ctrl-Alt-Del! 馃ぃ |
Arrrg. I meant Ctrl-Shift-Entf. |
@rusty-snake |
That's not isolation that's automatic mode. Isolation is configured under "isolation" (not "general"). To setup isolation it is IMHO the best to "Isolation > Global > Navigation > Different from Tab Domain & Subdomain". (Don't get me wrong automatic mode is useful and should be used in addition). If you are interested what I do: https://codeberg.org/rusty-snake/firefox-config/src/branch/main/LOG.md
This exceptions are only for isolation but not from automatic mode. Try to add the raindrop domains (the ocsp isn't necessary and the couldfront domain is maybe from firefox itself) under "Advanced > Ignoring requests to" |
Thank you @rusty-snake! now it's working! I left Automatic Mode ON and added under "Advanced > Ignoring requests to" the raindrop.io domains and subdomains. I set up "Isolation > Global > Navigation > Different from Tab Domain & Subdomain" as suggested and it's working fine. |
@rusty-snake @khius Funny, I was literally just about to comment about the exact same issue with first party isolation and Raindrop.io! I'll be sure to try that workaround when I get home! For what it's worth, I did email the dev about it a few days ago about the issue and he added it to the troubleshooting pages. |
TBH they should fix this in their code (IDK how long this suggestions is there (no site histroy), so maybe they are already working on a fix and this is only a interim suggestion). |
removed: do not suggest turning off RFP just so you can get dark web sites |
The information in here is user submitted and not verified by this repo (unless stated). I will also not maintain or update or clean up this thread. Have at it, it's ALL yours - just look at the readme first.
馃敹 read me
I am not against information being shared if it helps end users, but I am not interested in maintaining any lists of extension issues to do with prefs or adding info to the user.js (except those extensions we recommend)
Do not ask for troubleshooting in here (open a new issue if you really need help). Keep this thread clean and tidy, we only need confirmation that pref(s)
X
caused extension(s)Y
to break inZ
manner. Link back to any developer discussions if need be.馃敹 Use this format if you can
The text was updated successfully, but these errors were encountered: