Bug 26935 - Firefox 78.*: extensions are no longer working
Summary: Firefox 78.*: extensions are no longer working
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker major
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-11 12:06 CEST by GG HH
Modified: 2020-07-29 14:35 CEST (History)
12 users (show)

See Also:
Source RPM: firefox-78.0.2-1.mga8.src.rpm, firefox-78.1.0-1.mga8
CVE:
Status comment:


Attachments

Description GG HH 2020-07-11 12:06:45 CEST
Description of problem:
After upgrade, extensions are not longer working
Tools=> Addons show them all but none of them are working :
adblock, brief, https everywhere, gnome-shell extensions, noscript, treestyletab, tabsession manager, etc.


I do also have an issue with the language as described in #26934.
Mine should also be french.
I don't know if it's related to the extensions issu
GG HH 2020-07-11 12:06:56 CEST

CC: (none) => boulshet

Comment 1 GG HH 2020-07-11 13:07:55 CEST
i created a new profile with another user and installed the same extensions :
they did work until i restarted firefox.
unfortunately they no longer once restarted
Comment 2 JanKusanagi 2020-07-11 18:23:00 CEST
Yep, I can reproduce. I have a couple of extensions with their control icons added to the tab bar and elsewhere, and the icons don't appear when Firefox is first launched. The extensions are not in effect either.
However, if I go to the extensions manager, both appear enabled. If I then disable then, and immediately after re-enable them, they work as expected, and their icons appear.

This is all lost once Firefox is restarted. As the OP, creating a new, fresh Firefox profile didn't help at all.

I don't think this is a Firefox upstream issue, because I checked Firefox 78.0.2 on a Debian Sid machine, and this issue is not present there.

I have a secondary issue that also doesn't happen on Debian's Firefox: the "new tab" Firefox Home thingie appears with a white background, ignoring the dark theme that's respected in the rest of Firefox, and which was fine in FF 68.x. And as stated, this is not a problem that happens in Debian's FF. Maybe it's related to the first issue? I've seen Mageia's Firefox builds with plenty of patches, maybe one of them is no longer valid.

Thanks for looking into it! =)

CC: (none) => jan-bugs

Comment 3 GG HH 2020-07-11 18:56:32 CEST
The manual disable/enable trick dit it for me too and are also lost when restarted
thanks
Aurelien Oudelet 2020-07-11 23:56:51 CEST

CC: (none) => ouaurelien

Stéphane Pontier 2020-07-12 12:56:39 CEST

CC: (none) => stephane.pontier

Comment 4 Andrew Piubellini 2020-07-16 02:17:41 CEST
I can also confirm this bug. Upon starting/restarting Firefox, all of my extensions are not visible and not functioning, until I disable and then enable them through "about:addons".

Furthermore, this issue also affects the theme I've selected in "about:addons" ("Dark") - that is, to get the theme to work, I need to disable it, and then enable it again. As with extensions, this gets lost upon restarting Firefox.


(In reply to JanKusanagi from comment #2)
> I don't think this is a Firefox upstream issue, because I checked Firefox
> 78.0.2 on a Debian Sid machine, and this issue is not present there.
I agree. I tested the Flatpak package of Firefox from dl.flathub.org, and this bug did not occur.

Though, to be fair, while Flathub's Firefox currently has the same version number as Mageia's Firefox (78.0.2), Mageia's Firefox is an ESR (Extended Support Release) build, while the Flathub Firefox is a regular build. @JanKusanagi Correct me if I'm wrong, but I think Debian Sid also uses a regular build of Firefox, rather than an ESR build.


(In reply to JanKusanagi from comment #2)
> I have a secondary issue that also doesn't happen on Debian's Firefox: the
> "new tab" Firefox Home thingie appears with a white background, ignoring the
> dark theme that's respected in the rest of Firefox, and which was fine in FF
> 68.x. And as stated, this is not a problem that happens in Debian's FF. Maybe
> it's related to the first issue?
For me, the "New Tab" page always appears white, even in Mageia 7.1 (which is currently using Firefox 68.10 ESR), unless I've changed Firefox's theme (e.g. to "Dark").

However, because the Firefox theme is currently suffering from the same issue as the extensions, I need to disable and enable the dark theme every time I start Firefox, in order to ensure that the "New Tab" page appears grey.

@JanKusanagi Does disabling and enabling the theme fix the issue for you?


In summary, there are currently 2 workarounds to this issue:

* Disable all extensions/themes, and then enable them, every time you start Firefox
* Sideload Firefox from a non-Mageia source, e.g. a Flatpak repository

Not that I'm downplaying the seriousness of the issue - the average user probably isn't going to figure out how to work around this bug.

CC: (none) => penguin.sekai+mageiaidentity.writing

Comment 5 JanKusanagi 2020-07-18 00:47:34 CEST
(In reply to Andrew Piubellini from comment #4)
> @JanKusanagi Does disabling and enabling the theme fix the issue for you?

Actually, yes! I didn't realize the Dark theme was not actually getting applied, because about:settings and such, were appearing in dark background as expected =)
Michael Altizer 2020-07-18 02:01:33 CEST

CC: (none) => xiche

Comment 6 JanKusanagi 2020-07-19 15:02:42 CEST
I'll add, just in case is also related to this sort of brokenness-metabug, that the icons that appear at the bottom of the URLbar (and the separate search bar) when it has focus, next to "This time, search with: []  []  []" are invisible squares, that get highlighted when hovered, but with no icon.
Comment 7 Andrew Piubellini 2020-07-20 01:11:04 CEST
(In reply to JanKusanagi from comment #6)
> I'll add, just in case is also related to this sort of brokenness-metabug,
> that the icons that appear at the bottom of the URLbar (and the separate
> search bar) when it has focus, next to "This time, search with: []  []  []"
> are invisible squares, that get highlighted when hovered, but with no icon.

I can confirm that this happened to me, too.

However, I'm not sure whether it's the same issue, as the extensions/theme being disabled on restart. The reason is that, after the update to Firefox 78 ESR, I added some additional search providers (e.g. Wiktionary, and the Wine AppDB), and these new providers not only showed their icons, but retained the icons on restart (unlike extensions and the theme, which always get disabled on restart).
Comment 8 Shlomi Fish 2020-07-20 09:06:42 CEST
I can reproduce this bug too with /usr/bin/firefox from the mageia RPMs. It does not happen with /opt/shlomif/firefox/esr/firefox/firefox which I have installed from the mozilla.org binaries nor on my fedora 32 x86-64 installation on a different computer. [I'm also subscribing to this bug.]

CC: (none) => shlomif

Comment 9 Olav Vitters 2020-07-20 16:45:12 CEST
Same for me. Disabling/enabling the extensions&themes worked (mentioned already)

Priority: Normal => High
CC: (none) => olav

Comment 10 Lewis Smith 2020-07-21 13:35:25 CEST
Sorry to have left this, been elsewhere.
The current Firefox does indeed look messy.

Assigning to tv who has done recent Firefox updates; please re-assign it (pkg-bugs ?) if you prefer.

Assignee: bugsquad => thierry.vignaud

Comment 11 Lewis Smith 2020-07-21 21:01:17 CEST
See also bug 26934 for GUI language issues with this Firefox version.
Comment 12 Robert Fox 2020-07-22 08:57:46 CEST
I can also confirm this bug - but when I manually disable and then re-enable the extensions - they work until firefox is restarted

CC: (none) => rfox

Johnny A. Solbu 2020-07-22 11:33:27 CEST

CC: (none) => cooker

Olav Vitters 2020-07-24 10:02:32 CEST

Priority: High => release_blocker

Comment 13 Robert Fox 2020-07-24 10:19:55 CEST
I can also confirm that using Firefox-Beta works fine (firefox-beta-79.0-0.b9.mga8)

I agree this is a release blocker as well as the NVidia 4.50 build issue

Cheers,
R.Fox
Comment 14 JanKusanagi 2020-07-29 03:46:45 CEST
For the record, Firefox 78.1.0 from today's Cauldron updates doesn't magically fix this :'(
Comment 15 aguador 2020-07-29 08:49:46 CEST
Just updated and can confirm that the problem continues.

CC: (none) => waterbearer54

Comment 16 Nicolas Salguero 2020-07-29 09:39:20 CEST
Hi,

There are some differences between firefox-mageia-default-prefs.js from firefox and the one from firefox-beta.

When firefox is not running, as root, can you edit /usr/lib64/firefox/browser/defaults/preferences/firefox-mageia-default-prefs.js (or /usr/lib/firefox/browser/defaults/preferences/firefox-mageia-default-prefs.js for 32 bits) to remove the last lines:
"""
pref("spellchecker.dictionary_path","/usr/share/myspell");
/* disable "Allow firefox to install and run studies" */
pref("app.shield.optoutstudies.enabled", false);
/* disable "Allow firefox to make personalized extension recommendations" */
pref("browser.discovery.enabled", false);
"""

If the problem disappears when firefox is launched, can you add again each line, one by one, when firefox is not running, to try to find the offending one, please?

Best regards,

Nico.

CC: (none) => nicolas.salguero

Olav Vitters 2020-07-29 11:02:05 CEST

Summary: Firefox 78.0.2-1 : extensions are no longer working => Firefox 78.*: extensions are no longer working
Source RPM: firefox-78.0.2-1.mga8.src.rpm => firefox-78.0.2-1.mga8.src.rpm, firefox-78.1.0-1.mga8

Comment 17 Olav Vitters 2020-07-29 11:05:38 CEST
(In reply to Nicolas Salguero from comment #16)
> When firefox is not running, as root, can you edit
> /usr/lib64/firefox/browser/defaults/preferences/firefox-mageia-default-prefs.
> js (or
> /usr/lib/firefox/browser/defaults/preferences/firefox-mageia-default-prefs.
> js for 32 bits) to remove the last lines:
> """
> pref("spellchecker.dictionary_path","/usr/share/myspell");
> /* disable "Allow firefox to install and run studies" */
> pref("app.shield.optoutstudies.enabled", false);
> /* disable "Allow firefox to make personalized extension recommendations" */
> pref("browser.discovery.enabled", false);
> """

Tried that, had no effect. New firefox version didn't change anything as well.
Comment 18 JanKusanagi 2020-07-29 14:35:10 CEST
(In reply to JanKusanagi from comment #6)
> I'll add, just in case is also related to this sort of brokenness-metabug,
> that the icons that appear at the bottom of the URLbar (and the separate
> search bar) when it has focus, next to "This time, search with: []  []  []"
> are invisible squares, that get highlighted when hovered, but with no icon.

Hoping not to get this bug report any dirtier, I'll say that this issue I had with the search icons, related or not, is now gone with Firefox 78.1 =)

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