Your message dated Wed, 10 Mar 2021 06:00:12 +0900
with message-id <[email protected]>
and subject line Re: Bug#969174: firefox: FF80 broke webext-* add-ons on 
existing profiles and new profiles after three restarts
has caused the Debian Bug report #969174,
regarding Firefox doesn't load system add-ons (right at startup)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
969174: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969174
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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

--- End Message ---
--- Begin Message ---
Version: 85.0.1-1
Control: retitle -1 FF80 broke webext-* add-ons on existing profiles and new 
profiles after three restarts

On Tue, Mar 09, 2021 at 10:03:26AM +0100, Christoph Anton Mitterer wrote:
> Control: reopen -1
> Control: retitle -1 Firefox doesn't load system add-ons (right at startup)
> Control: tags -1 + security
> 
> 
> Hey.
> 
> Reopening this again, as it seems the issue isn't fully solved yet.
> 
> While add-ons get "eventually" loaded, there seems to be a small time
> window in which they're not and during that, content is already loaded.
> 
> I've noticed it by youtube sites playing back ads when I freshly start
> up FF.
> 
> 
> One can however easily imagine that more critical things are affected
> by this, e.g. scripts loaded on untrusted sites (no-script) or https
> not enforced (https-everywhere).

This is not the same issue at all, and this is not new in FF80 either.
It has been this way for, essentially, ever. If you want to file a
separate bug for this, fine, but piling on this unrelated bug, with all
its history being unrelated to this, is not helpful.

Mike

--- End Message ---

Reply via email to