Bug#1002868: firefox-esr: Extensions thread/process consuming 100% CPU (single thread) indefinitely

[Bruno Gravato]

On Thu, 6 Jan 2022 at 15:55, Amr Ibrahim  wrote:

> I'm also affected by this bug. I reported a bug against ublock-origin
> because I suspect it's the culprit.
>

It's not. Please read bug #986027
. It's the same
thing (but for the package Firefox in sid).

Here's the sequence of events, tests and results I got so far.

1. When I first experienced this bug I had only *webext-privacy-badger* and
*webext-ublock-origin-firefox* installed on this computer
2. Later I installed *webext-keepassxc-browser* (still having the issue
after that)
3. I found out about bug #986027

4. I removed *webext-privacy-badger* and *webext-ublock-origin-firefox* and
installed those extensions directly from Mozilla. I kept
*webext-keepassxc-browser* installed
5. Still experiencing the same issue
6. I removed *webext-keepassxc-browser* and installed it directly from
Mozilla too (no more webext-* packages installed on my system)
7. The issue never happened again since then (it was a few days ago)

I was experiencing the same exact behaviour on a different computer, also
running Bullseye with the same extensions, plus a couple more
(webext-treestyletab and some other).
I removed all webext-* packages and installed all those extensions directly
from Mozilla. The issue is gone too on that PC.

All this is consistent with what has been reported on bug #986027
.
The problem seems to be related to webext packages and doesn't seem to
matter which extension it is... seems to happen with all of them.
According to the aforementioned bug this seems to have been fixed upstream
on version 95 or later. I wasn't sure if/when that was going to be ported
to ESR and included in debian updates, so basically I went for the
workaround (removing all webext-* packages and install the extensions
directly from Mozilla). So far so good.


Best regards,
Bruno

Bug#1002868: firefox-esr: Extensions thread/process consuming 100% CPU (single thread) indefinitely

[Amr Ibrahim]

On Thu, 30 Dec 2021 11:54:33 + Bruno Gravato 
wrote:

> I'm using the following extensions, installed from the debian
packages:
> - webext-privacy-badger
> - webext-ublock-origin-firefox
> - webext-keepassxc-browser

I'm also affected by this bug. I reported a bug against ublock-origin
because I suspect it's the culprit.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002709

Did you try ublock-origin from Firefox Add-ons and remove the Debian
package webext-ublock-origin-firefox? I don't experience the 100% CPU
after doing that.

Bug#1002868: firefox-esr: Extensions thread/process consuming 100% CPU (single thread) indefinitely

[Bruno Gravato]

Package: firefox-esr
Version: 91.4.1esr-1~deb11u1
Severity: important
Tags: upstream
X-Debbugs-Cc: bgrav...@gmail.com

Dear Maintainer,

I justed wanted to report that I can confirm that bug #986027 reported for
firefox in unstable also applies to firefox-esr 91.4.1 (which is currently
available on bullseye security updates).

This started happening since I upgraded from firefox-esr 78 to 91 on bullseye.

I'm using the following extensions, installed from the debian packages:
- webext-privacy-badger
- webext-ublock-origin-firefox
- webext-keepassxc-browser

This happens (apparently) randomly and I couldn't spot any specific action that
triggers it, but it happens quite often (several times a day).

about:processes in firefox-esr reports that Extensions process is using 100%,
confirmed in htop (single thread using 100% CPU/core). It stays like that
indefinitely.

The solution so far has been restarting Firefox every time it happens.

According to bug #986027 this was fixed in firefox 95. Can it be backported to
firefox-esr 91?


-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.15.12-xanmod1 (SMP w/8 CPU threads)
Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox-esr depends on:
ii  debianutils  4.11.2
ii  fontconfig   2.13.1-4.2
ii  libatk1.0-0  2.36.0-2
ii  libc62.31-13+deb11u2
ii  libcairo-gobject21.16.0-5
ii  libcairo21.16.0-5
ii  libdbus-1-3  1.12.20-2
ii  libdbus-glib-1-2 0.110-6
ii  libevent-2.1-7   2.1.12-stable-1
ii  libffi7  3.3-6
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1
ii  libgcc-s110.2.1-6
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1
ii  libglib2.0-0 2.66.8-1
ii  libgtk-3-0   3.24.24-4
ii  libpango-1.0-0   1.46.2-3
ii  libstdc++6   10.2.1-6
ii  libvpx6  1.9.0-1
ii  libx11-6 2:1.7.2-1
ii  libx11-xcb1  2:1.7.2-1
ii  libxcb-shm0  1.14-3
ii  libxcb1  1.14-3
ii  libxcomposite1   1:0.4.5-1
ii  libxdamage1  1:1.1.5-2
ii  libxext6 2:1.3.3-1.1
ii  libxfixes3   1:5.0.3-2
ii  libxrender1  1:0.9.10-1
ii  procps   2:3.3.17-5
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages firefox-esr recommends:
ii  libavcodec58  7:4.3.3-0+deb11u1

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-6.1
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-7
ii  libgssapi-krb5-2   1.18.3-6+deb11u1
ii  pulseaudio 14.2-2

-- no debconf information