Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
After a couple days of regular Web browsing on two different computers running Debian Sid, the silent add-on disabling did not happen again. I marked this bug as fixed in version 85.0.1-1 since no one reported otherwise, but feel free to chime in if you actually still get this issue with 85.0.1-1 (or newer). OpenPGP_signature Description: OpenPGP digital signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Tue, 9 Feb 2021 06:41:20 +0900 Mike Hommey wrote: I can confirm, but while I was also able to reproduce with older versions of Firefox, I can't reproduce it anymore... so I'm not sure... I still reproduce the silent disabling of add-ons when reverting to firefox 84.0.2-1. Here is how I reproduce it: 1. Download and install old packages from https://snapshot.debian.org/package/firefox/84.0.2-1/ - https://snapshot.debian.org/archive/debian/20210107T083505Z/pool/main/f/firefox/firefox_84.0.2-1_amd64.deb - https://snapshot.debian.org/archive/debian/20210107T023443Z/pool/main/f/firefox/firefox-l10n-fr_84.0.2-1_all.deb 2. Create an empty directory to use as a Firefox profile, then run/quit Firefox 3 times using the options proposed by Paul Wise - firefox -no-remote -profile tmp-firefox-profile (×3) With 84.0.2-1, the add-ons are disabled as soon as the third launch. With 85.0.1-1, the add-ons are not disabled. But the add-on icons "flash" once, like they were quickly disabled/enabled on launch. Icons from add-ons that are not installed from Debian repositories do not show this quick disabling/enabling behaviour on launch. OpenPGP_signature Description: OpenPGP digital signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Sun, Feb 07, 2021 at 04:18:50PM +0100, Antoine Le Gonidec wrote: > With firefox 85.0.1-1, my extensions installed from Debian repositories are > no longer disabled on launch. > > I made sure to restart Firefox several times to not get tricked by the > temporary normal behaviour right after a firefox update. I browsed a couple > Web pages too, to check that the add-ons are actually working and not merely > showing as active. > > - firefox 85.0.1-1 > - webext-ublock-origin-firefox 1.32.0+dfsg-1 > - webext-umatrix 1.4.0+dfsg-1 > I can confirm, but while I was also able to reproduce with older versions of Firefox, I can't reproduce it anymore... so I'm not sure... Mike
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
With firefox 85.0.1-1, my extensions installed from Debian repositories are no longer disabled on launch. I made sure to restart Firefox several times to not get tricked by the temporary normal behaviour right after a firefox update. I browsed a couple Web pages too, to check that the add-ons are actually working and not merely showing as active. - firefox 85.0.1-1 - webext-ublock-origin-firefox 1.32.0+dfsg-1 - webext-umatrix 1.4.0+dfsg-1 OpenPGP_signature Description: OpenPGP digital signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
I've been suffering with this problem for a while as well. I have four extensions installed from Debian packages: HTTPS Everywhere, NoScript, Privacy Badger, and uBlock Origin. They all keep disappearing from the toolbar and stop functioning. I agree that this is an important bug, since besides being annoying, it can cause real privacy breaches. It's not due to cruft in old profiles; I've deleted and regenerated new profiles. It hits me on two different Debian unstable systems. I'm currently seeing the problem with Firefox 83.0 from Debian package 83.0-1. Celejar
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Sun, 29 Nov 2020 16:25:00 +0100 Mourad De Clerck wrote: > I suspect this is upstream bug #1672139: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1672139 That upstream bug appears to be about addon overlays not being rendered properly: they appear to be enabled, and just not rendering properly. That isn't what this Debian bug is about. This bug report is about Firefox addons installed systemwide (such as via webext-* packages) not being enabled when Firefox starts, and requiring a disable/re-enable to get them enabled. The most easily observed side effect of this is starting Firefox, having the uBlock Origin icon missing entirely, and seeing ads not blocked; after toggling uBlock Origin off and back on, ads go back to being blocked.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Mon, Nov 30, 2020 at 10:09:56PM +0100, Antoine Le Gonidec wrote: > My add-ons installed from Debian repositories are still silently disabled on > launch, I have to switch them off then on again to get them working for the > current session. And of course start again when I restart Firefox. > > It does not seem the disabling of webrender changed anything for me. Actually > I did not check if it was in use before I force-disabled it. For me it is not enabled by default, and as one would assume, force-disabling does not help with FF83.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Le 30/11/2020 à 18:02, Mourad De Clerck a écrit : Can you verify in "about:support" whether webrender is really disabled? I see: * "Compositing: Basic" * "WEBRENDER: disabled by user: User force-disabled WR" Informations from the "WEBRENDER" tab are: - available by default - disabled by user: User force-disabled WR - disabled by env: Not qualified "Composition" is set to "Basic". My add-ons installed from Debian repositories are still silently disabled on launch, I have to switch them off then on again to get them working for the current session. And of course start again when I restart Firefox. It does not seem the disabling of webrender changed anything for me. Actually I did not check if it was in use before I force-disabled it. OpenPGP_signature Description: OpenPGP digital signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Le 29/11/2020 à 16:25, Mourad De Clerck a écrit : As a workaround, I disabled webrender using "gfx.webrender.force-disabled" set to "true", and my extensions (ublock, bitwarden) seem to work properly again. Did you check that the add-ons are still active after a couple restarts of Firefox? The suggested workaround seems to have no effect here. All installed from Debian Sid repositories: - Firefox 83.0-1 - webext-ublock-origin-firefox 1.30.0+dfsg-1 - webext-umatrix 1.4.0+dfsg-1 OpenPGP_signature Description: OpenPGP digital signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On 30/11/2020 17:45, Antoine Le Gonidec wrote: Did you check that the add-ons are still active after a couple restarts of Firefox? The suggested workaround seems to have no effect here. I just tried restarting multiple times (4-5), it still works for me. Can you verify in "about:support" whether webrender is really disabled? I see: * "Compositing: Basic" * "WEBRENDER: disabled by user: User force-disabled WR" Regards, -- M
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
I suspect this is upstream bug #1672139: https://bugzilla.mozilla.org/show_bug.cgi?id=1672139 As a workaround, I disabled webrender using "gfx.webrender.force-disabled" set to "true", and my extensions (ublock, bitwarden) seem to work properly again. -- M
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
I'm experiencing this as well. I've installed webext-ublock-origin-firefox, and each time I restart the browser, uBlock Origin isn't enabled (no toolbar icon, and ads not blocked) until I go into about:addons and toggle it off and back on. HTTPS Everywhere, installed via the upstream addon mechanism, seems to function just fine after a restart. So this does seem specific to system addons.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Control: found -1 82.0-1 FTR I am still experiencing this with the latest release. Steps to reproduce (quit after 10s each time Firefox starts): mkdir tmp-firefox-profile firefox -no-remote -profile tmp-firefox-profile firefox -no-remote -profile tmp-firefox-profile firefox -no-remote -profile tmp-firefox-profile firefox -no-remote -profile tmp-firefox-profile firefox -no-remote -profile tmp-firefox-profile -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Control: retitle -1 firefox: FF80 broke webext-* add-ons on existing profiles and new profiles after three restarts On Wed, 2020-09-23 at 19:44 +0900, Yuya Nishihara wrote: > If I restarted firefox 3 times, the problem came back. I noticed that this 3 restart thing also applies to new profiles, so it should be easily reproducible for everyone. This occurs both when using a new HOME directory and when passing the -profile option to firefox. I see that Yuya discovered that too and posted some logs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969174#70 Mike, could you try reproducing it on a new profile with 3 restarts? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Wed, 2020-09-23 at 19:44 +0900, Yuya Nishihara wrote: > Not for me. If I restarted firefox 3 times, the problem came back. Arghh, me too now :( I think this issue needs to be fixed before it reaches the ESR series. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Wed, 23 Sep 2020 15:54:06 +0800 Paul Wise wrote: > This appears to be fixed for me in 81.0-1, can anyone else confirm? Here it looked like it was fixed right after the update. But very quickly after that (3 browser restarts), the add-ons are disabled once again. Now I’m back to the previous behaviour, with add-ons silently disabled on launch. I get the same behaviour on two distinct Debian Bullseye/Sid, on each one the add-ons disabling is back on the third Firefox restart.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Wed, 2020-09-23 at 19:44 +0900, Yuya Nishihara wrote: > Not for me. If I restarted firefox 3 times, the problem came back. Same here, the 3rd time starting after the upgrde, the issue is back. Cheers, Chris.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Wed, 23 Sep 2020 15:54:06 +0800, Paul Wise wrote: > On Fri, 28 Aug 2020 17:18:44 +0200 Christoph Anton Mitterer wrote: > > It seems that with FF80 all addons are broken in existing profiles. They're > > shown > > in the add-ons list, but e.g. their icons aren’t in the menu. > > This appears to be fixed for me in 81.0-1, can anyone else confirm? Not for me. If I restarted firefox 3 times, the problem came back.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Fri, 28 Aug 2020 17:18:44 +0200 Christoph Anton Mitterer wrote: > It seems that with FF80 all addons are broken in existing profiles. They're > shown > in the add-ons list, but e.g. their icons aren’t in the menu. This appears to be fixed for me in 81.0-1, can anyone else confirm? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
I think the severity of this bug should be upped to at least "important". The reasoning here is that any privacy-related add-on installed through Debian repositories is automatically (and silently) disabled on launch, leading to privacy leaks when opening a link in Firefox from another application (like a mail client or a chat application). So the issues related to this bug are not limited to quality of life, they can have a real impact on user privacy and could hurt the trust users have for the Debian-packaged versions of Firefox and WebExtensions.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
I removed the 3 packages : sudo apt purge webext-noscript webext-privacy-badger webext-ublock-origin-firefox I then installed the 3 extensions from the Firefox add-ons repo. And everything works fine. So, most probably, FF80 checks add-ons and removes/disables old ones. I Cc this to webext maintainers. Maybe they are not aware of this problem. Jean-Marc https://6jf.be/keys/ED863AD1.txt https://6jf.be/keys/ED0B8558.txt pgpvmfi2MLoVI.pgp Description: PGP signature
Bug#969174: Fixed here [was Re: Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles]
El sábado, 5 de septiembre de 2020 6:40:36 (CEST) Christoph Anton Mitterer escribió: > Strangely enough... the issue is back for me after another restart of > firefox... o.O The issue is also back in here. Unfortunately. Regards, -- Rául Sánchez Siles signature.asc Description: This is a digitally signed message part.
Bug#969174: Fixed here [was Re: Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles]
Strangely enough... the issue is back for me after another restart of firefox... o.O
Bug#969174: Fixed here [was Re: Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles]
On Thu, 2020-09-03 at 22:43 +0200, Raúl Sánchez Siles wrote: > Fortunately 80.0.1-1 came around and this bug has been somehow > fixed or not exposed. This is what I can tell so far. Let me know if > I can provide any more helpful information. yes... that seems to fix it... Cheers, Chris.
Bug#969174: Fixed here [was Re: Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles]
Hi all: Fortunately 80.0.1-1 came around and this bug has been somehow fixed or not exposed. This is what I can tell so far. Let me know if I can provide any more helpful information. Regards, El jueves, 3 de septiembre de 2020 11:49:04 (CEST) Raúl Sánchez Siles escribió: > Hi: > > El jueves, 3 de septiembre de 2020 6:54:23 (CEST) Mike Hommey escribió: > > On Thu, Sep 03, 2020 at 06:41:55AM +0200, Christoph Anton Mitterer wrote: > > > On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote: > [...] > > > Try going to about:config, switch extensions.logging.enabled to true, > > and try to reproduce, then open the browser console from the web > > developer menu and see if there's anything useful. > > > > Mike > > As I'm experiencing the bug and I'm not sure how confidential data in > the log is I'm sending the log privately to Mike. I got it enabling the > extensions logging and the running firefox from the console with the -- > jsconsole parameter. > > Regards, -- Rául Sánchez Siles signature.asc Description: This is a digitally signed message part.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Hi: El jueves, 3 de septiembre de 2020 6:54:23 (CEST) Mike Hommey escribió: > On Thu, Sep 03, 2020 at 06:41:55AM +0200, Christoph Anton Mitterer wrote: > > On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote: [...] > > Try going to about:config, switch extensions.logging.enabled to true, > and try to reproduce, then open the browser console from the web > developer menu and see if there's anything useful. > > Mike As I'm experiencing the bug and I'm not sure how confidential data in the log is I'm sending the log privately to Mike. I got it enabling the extensions logging and the running firefox from the console with the -- jsconsole parameter. Regards, -- Raúl
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Thu, Sep 03, 2020 at 06:41:55AM +0200, Christoph Anton Mitterer wrote: > On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote: > > With the following steps, I _don't_ reproduce: > > - create a fresh unstable chroot and enter it > > - install firefox 79 and webext-ublock-origin > > - start firefox > > - stop firefox > > - upgrade firefox to 80 > > - start firefox > > Well... god know what causes it... could be some legacy cruft in the > settings from long ago, and thus you wouldn't see it when just > simulating the upgrade from a 79 profile to 80. > > > Once possibly interesting side node: > When I start FF80 (with the "legacy" profile)... then I see the add-on > icons for like a second until they vanish (and with the functionality > of the add-ons). Try going to about:config, switch extensions.logging.enabled to true, and try to reproduce, then open the browser console from the web developer menu and see if there's anything useful. Mike
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote: > With the following steps, I _don't_ reproduce: > - create a fresh unstable chroot and enter it > - install firefox 79 and webext-ublock-origin > - start firefox > - stop firefox > - upgrade firefox to 80 > - start firefox Well... god know what causes it... could be some legacy cruft in the settings from long ago, and thus you wouldn't see it when just simulating the upgrade from a 79 profile to 80. Once possibly interesting side node: When I start FF80 (with the "legacy" profile)... then I see the add-on icons for like a second until they vanish (and with the functionality of the add-ons). Cheers, Chris.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Sat, Aug 29, 2020 at 03:57:17PM +0200, Christoph Anton Mitterer wrote: > On Sat, 2020-08-29 at 10:55 +0200, Jean-Marc wrote: > > One remark nevertheless : if I open the page about:support and click > > on the button "Refresh Firefox..." and then re-start Firefox, I got > > the icon of the add-ons I installed through Debian packages meaning > > noScript, privacy Badger and uBlock Origin in the FF bar. > > > > Chris, can you try this ? > > What (temporarily) worked for me was to disable/re-enable the addons > with the switch in the add-ons menu... but after restarting they were > all gone again. > > IMO this is even a security issue, as it breaks security-relevant > plugins like noscript or https-everywhere. > > > Chris, Mike, did you install add-ons from Debian or directly from FF > > repository ? > > All from Debian, all unstable. With the following steps, I _don't_ reproduce: - create a fresh unstable chroot and enter it - install firefox 79 and webext-ublock-origin - start firefox - stop firefox - upgrade firefox to 80 - start firefox After all this, ublock works just fine. Mike
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Fri, 28 Aug 2020 17:18:44 +0200 Christoph Anton Mitterer wrote: > It seems that with FF80 all addons are broken in existing profiles. I noticed the same issue too. I note that the issue does *not* occur in new profiles. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Sat, 2020-08-29 at 10:55 +0200, Jean-Marc wrote: > One remark nevertheless : if I open the page about:support and click > on the button "Refresh Firefox..." and then re-start Firefox, I got > the icon of the add-ons I installed through Debian packages meaning > noScript, privacy Badger and uBlock Origin in the FF bar. > > Chris, can you try this ? What (temporarily) worked for me was to disable/re-enable the addons with the switch in the add-ons menu... but after restarting they were all gone again. IMO this is even a security issue, as it breaks security-relevant plugins like noscript or https-everywhere. > Chris, Mike, did you install add-ons from Debian or directly from FF > repository ? All from Debian, all unstable. Cheers, Chris.
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Fri, 28 Aug 2020 17:18:44 +0200 Christoph Anton Mitterer wrote: > Package: firefox > Version: 80.0-1 > Severity: normal > > > Hi. > > It seems that with FF80 all addons are broken in existing profiles. They're > shown > in the add-ons list, but e.g. their icons aren’t in the menu. > > E.g. ublock origin, noscript also don't seem to work... so it's not just a > display > issue. > > Cheers, > Chris I am facing the same issue. Add-ons installed, shown as active in the add-ons' menu but not appearing in the FF bar as they were with FF79. One remark nevertheless : if I open the page about:support and click on the button "Refresh Firefox..." and then re-start Firefox, I got the icon of the add-ons I installed through Debian packages meaning noScript, privacy Badger and uBlock Origin in the FF bar. Chris, can you try this ? But after browsing the web and re-starting FF, they disappeared again. Chris, Mike, did you install add-ons from Debian or directly from FF repository ? Maybe the current versions are not compatible with FF80. My installed packages: Packages Version =-= firefox 80.0-1 webext-noscript 10.1.9.6-2 webext-privacy-badger 2020.7.21-1 webext-ublock-origin 1.28.0+dfsg-1 Regards, Jean-Marc https://6jf.be/keys/ED863AD1.txt https://6jf.be/keys/ED0B8558.txt pgpu5zBlp8Xi7.pgp Description: PGP signature
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
On Fri, Aug 28, 2020 at 05:18:44PM +0200, Christoph Anton Mitterer wrote: > Package: firefox > Version: 80.0-1 > Severity: normal > > > Hi. > > It seems that with FF80 all addons are broken in existing profiles. They're > shown > in the add-ons list, but e.g. their icons aren’t in the menu. > > E.g. ublock origin, noscript also don't seem to work... so it's not just a > display > issue. It works for me... Mike
Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles
Package: firefox Version: 80.0-1 Severity: normal Hi. It seems that with FF80 all addons are broken in existing profiles. They're shown in the add-ons list, but e.g. their icons aren’t in the menu. E.g. ublock origin, noscript also don't seem to work... so it's not just a display issue. Cheers, Chris
