Skip to content
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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Dark reader causes websites to not load or freeze. #11943

Closed
3 tasks done
plundration opened this issue Nov 25, 2023 · 38 comments
Closed
3 tasks done

[Bug] Dark reader causes websites to not load or freeze. #11943

plundration opened this issue Nov 25, 2023 · 38 comments
Labels

Comments

@plundration
Copy link

plundration commented Nov 25, 2023

Prerequisites

  • I searched for any existing report about this bug to avoid opening a duplicate.
  • I can reproduce this bug in a new, unmodified web browser profile with Dark Reader installed as the only extension.
  • I understand I need to use the Broken Website Report template if this bug I am reporting occurs on a single website.

Bug Description

Running on Fedora 39. Mozilla/5.0 (X11; Linux x86_64; rv:120.0) Gecko/20100101 Firefox/120.0

Using troubleshoot mode in firefox I have found out, that even simply having only dark reader enabled causes this problem. The problem, more precisely, is that opening websites such as discord.com/app or others with presumeably a lot of javascript (also happens with slack, alza.sk, ...) causes them to either freeze after a while/immediately or just not load (circular loading symbol visible on gray background in the tab).

I have tried a clean install of firefox with dark reader, clearing caches, downgrading dark reader, but it didn't help. Only disabling dark reader helps for some reason.

After posting to the r/firefox sub-reddit, I have found another person with the same problem, however my friend on another PC using Fedora isn't able to reproduce the problem.

Website Address

https://alza.sk

Steps To Reproduce

  1. Install firefox
  2. Install Dark Reader extension
  3. Go to alza.sk or discord.com/app
  4. Lag, freezing, etc

Expected Behavior

Websites loading and functioning normally

Actual Behavior

Some websites lagging, other freezing, crashing or not loading at all.

Screenshots

No response

Operating System

Fedora 39

Web Browser name and version

Mozilla/5.0 (X11; Linux x86_64; rv:120.0) Gecko/20100101 Firefox/120.0

Dark Reader version

4.9.68

Additional Context

No response

@corngoblin
Copy link

corngoblin commented Nov 25, 2023

I'm also having this issue.. took me a bit to figure out it was dark reader.
Disabling it fixes the issues instantly. I'm also on fedora 39 using firefox 120.

I was getting this issue with amazon, https://shopgoodwill.com/ and ebay would also some times just freeze.

@arturquant
Copy link

The same here. Tested on two laptops with Fedora 38. After upgrade firefox to version 120.0 addon constantly keep freezing browser on multiple pages like: gmail, discord, aliexpress and more. With dark reader extension disabled everything works like a charm, but eyes hurts... ;(
I'm switching myself to use chromium until issue has been solved.

@pkorba
Copy link

pkorba commented Nov 25, 2023

Could be duplicate of #11834

@nicolaasjan
Copy link

Experiencing the same here.
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:120.0) Gecko/20100101 Firefox/120.0

But it happened also on previous Firefox versions, though not as frequent.
Strange thing is, that I've not seen it on Firefox Developer and Nightly.

Indeed seems a duplicate of #11834.

@plundration
Copy link
Author

Since it seems that downgrading dark reader doesn't help. Could it be writing some bad data to some cache that it then has problems with later on?

@gehuskic
Copy link

I am on Fedora 39, and I am also having this issue. For now I have the extension completely disabled so I can actually use my web browser as intended.

@JohnVeness
Copy link
Contributor

I've been seeing the same, but only since upgrading Firefox from 119 to 120 (openSUSE Tumbleweed). Happens on Google Maps, and interestingly also on the seemingly simple Firefox release notes (https://www.mozilla.org/en-US/firefox/120.0/releasenotes/), for me.

@magicgoose
Copy link

Since it seems that downgrading dark reader doesn't help. Could it be writing some bad data to some cache that it then has problems with later on?

Anyone knows for sure where it is stored? Surely not inside the xpi file?

@CBx86
Copy link

CBx86 commented Nov 26, 2023

Same, and i report high use in some CPU threads. 🤔
FF @ linux

@scarlion1
Copy link

Seems everyone here is on Linux (Debian 12/13 for me), FF 120, and everyone who mention hardware is on laptops? Me too, mine is literally ancient from 2012 and i swear at it more each day, but it has Intel i5-3210M integrated graphics and things like dark reader will eat up the cycles while content is loading... but I've been using it fine for years now. I have a newer laptop been meaning to transition to but no time and it's been collecting dust instead :(

Anyway, I had Webrender enabled in about:config and have reset those back to default, and also turned on Firefox Settings > General > Performance > Use recommended performance settings. That didn't help here...

This is a grave bug, though, that is happening on a number of seemingly random sites, rendering Firefox useless. Closing the affected tab doesn't help, and I need to check about:performance to kill the tab, or sometimes need to check top and kill the PID for the Isolated Web Co process using all the CPU.

Midnight Lizard add-on provides similar function for most sites and is somewhat of a workaround, but it doesn't work as good as Dark Reader on many sites and hasn't been updated in years. Will be checking out other alternatives in the mean time.

If anyone out there knows any debugging steps we could take to help get this fixed ASAP, let us know.

Best,
Scar

@magicgoose
Copy link

Seems everyone here is on Linux (Debian 12/13 for me), FF 120, and everyone who mention hardware is on laptops?

I'm on desktop (amd cpu and gpu)

@plundration
Copy link
Author

I have experienced what everbody else here is saying too. Including having to manually kill the bugged process which was using 100% capacity.

@fakhraldin
Copy link

fakhraldin commented Nov 26, 2023

I can confirm that issue. Before i could leave dark reader to "dynamic" mode and it worked for all websites i use. Now i have to change the method to filter, filter+ and static on a case by case basis, which have slow downs and other optical glitches in comparison to favourable dynamic mode. The affected websites are google and wikipedia and many others.
Fedora Linux 39
Firefox 120.0
Dark Reader 4.9.68 and 4.9.70

@magicgoose
Copy link

There are also some websites (Discord) which break the browser no matter what, as long as DR is installed (and not disabled in browser settings). So, even if DR doesn't use dynamic mode, or if DR is disabled for this site in DR UI. (luckily this is even rarer)

@juliangrubio
Copy link

juliangrubio commented Nov 26, 2023

Same for me, fedora 39, Firefox 120, Dark Reader 4.9.70, a web for example: https://developer.android.com. But i can say there's a lot of pages that is happen with this error.

@wirdjos
Copy link

wirdjos commented Nov 27, 2023

Have the same issue, start noticing it a week or so ago. Firefox usually freezes after 3-4 opened tabs with Dynamic filter. Already loaded tabs work fine at the same time until I try to refresh them. Current workaround is to turn DR off (I didn't have to fully disable it as extension even)

Firefox 120 on Windows works without issues on the same machine.

Fedora 38 @ 6.5.12
GNOME 44 / Wayland
Firefox 120
Dark Reader 4.9.70
Nvidia driver 535.129.03

@EddoWagt
Copy link

Same here on Fedora 39, no issues on Windows.

Seems most issues come from Fedora, I'm using the fedora RPM, not the flatpak version.

@FooSoft
Copy link

FooSoft commented Nov 28, 2023

Same problem as everyone else on Fedora 39. Tried resetting the browser problem still persists. Does not happen with perfect consistency on any given sites, but I have seen it trigger repeatedly on Amazon. Firefox gets pinned at 100% CPU usage and remains running after all of the tabs are closed.

@nicolaasjan
Copy link

Quoting @yjugl in the duplicate issue #11834:

Based on the profiles, this issue has most likely the same root cause as: https://bugzilla.redhat.com/show_bug.cgi?id=2251202

Which will be fixed by: https://bugzilla.mozilla.org/show_bug.cgi?id=1866409

@globalexport
Copy link

globalexport commented Nov 28, 2023

I do not think this is soley a problem with Fedora.
I am having the same issue on MacOS v13.4 (Ventura) with a Chrome browser on complex Statamic CMS pages.

@matthewstreeter
Copy link

matthewstreeter commented Nov 28, 2023

Same issue for me (with multiple browsers) trying to access the Slack admin portal with the extension enabled completely or at least enabled for the site. Fixed when disabling for the site or completely.

@nicolaasjan
Copy link

I do not think this is soley a problem with Fedora.

Indeed, I have it on Linux Mint as well...

@crimsonfall
Copy link

Can confirm that the same issue occurs on Firefox 120 (RPM) in Fedora 39 when Dark Mode is enabled. Although interestingly, on macOS Ventura using the same Firefox version, the bug doesn't appear to occur and websites function just fine. I agree with the others above that this might be a Linux related issue.

@magicgoose
Copy link

Fedora (39) just rolled out an update to Firefox, I'm no longer seeing the problem with it so far 🤞

@corngoblin
Copy link

Fedora (39) just rolled out an update to Firefox, I'm no longer seeing the problem with it so far 🤞

This update seems to have fixed the issue for me so far.

@plundration
Copy link
Author

I can confirm, that the newest update to firefox has solved this. I am closing this issue.

@aravindhp
Copy link

I am still seeing this issue on websites:

I am on Fedora 39 / Firefox 120 / Dark Reader 4.9.70

@darioseidl
Copy link

The bug report says it will be fixed in 121.0b5 and 120.0.1, if I read that correctly.
It's still happening for me on Debian Sid with firefox 120.0-2 (but that's to be expected, that doesn't include the fix yet). So I think we'll just have to wait a bit until 120.0.1 or 121.0 are released.

@fakhraldin
Copy link

After a recent update and some inital tests i can confirm the bug to be resolved. This updated firefox rpm package still shows version 120. But the issue seems to be gone.
Tested on Fedora 39, Firefox 120 and dark reader 4.9.70

@scarlion1
Copy link

@darioseidl Debian Maintainers dropped version 120.0.1-1 some hours ago. So far so good, I went all over the place in google maps with Dark Reader enabled in Dynamic Mode...

@kanunnikau
Copy link

Unfortunately, for me the bug is still present :(
Firefox 120.0-5.1 on OpenSuse Tumbleweed, DarkReader 4.9.70.
I could even reproduce the issue as easily as:

  • open browser,
  • have previously opened tab with Wikipedia home page auto load and freeze.

Then I noticed that I have some package installed "MozillaFirefox-branding-openSUSE" with version 68-18.3. I switched from that to "MozillaFirefox-branding-upstream" (same version as FF itself, 120.0-5.1) — and Wikipedia started working with DarkReader.
Yet some sites (like Confluence) still freeze :(

@JohnVeness
Copy link
Contributor

I think you'll need to wait for openSUSE to release 120.0.1 (which is "bigger" than 120.0-5.1).

@kanunnikau
Copy link

I think you'll need to wait for openSUSE to release 120.0.1 (which is "bigger" than 120.0-5.1).

I was wondering about that :)

@Gitoffthelawn
Copy link
Contributor

Gitoffthelawn commented Dec 8, 2023

An alternative for some may be to use Firefox ESR: https://www.mozilla.org/firefox/enterprise/

See also: https://www.mozilla.org/firefox/all/#product-desktop-esr

@kbkozlev
Copy link

I have the same issue, on Windows 11 and running edge

@Bob2345de
Copy link

Same issue for me for months, took me until today to realize that Dark Reader is causing it. Latest version on Windows 11 (arm) both chrome and Edge. Sites freezing, very slow loading, reddit unusable.

@TLengert
Copy link

Did some testing and this is an issue with "Dynamic" mode. Using Filter, Filter+, or Static does not cause extremely long load times on some sites. Switching to Dynamic, I can replicate this issue all day long.

@Gitoffthelawn
Copy link
Contributor

If this bug is re-opened, these 2 links may be helpful to those investigating:

runtime.onPerformanceWarning - Mozilla | MDN
https://developer.mozilla.org/docs/Mozilla/Add-ons/WebExtensions/API/runtime/onPerformanceWarning

1861445 - Add new hang warning event API for WebExtensions
https://bugzilla.mozilla.org/show_bug.cgi?id=1861445

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests