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

No page can load while uBlock is active #3217

Open
9 tasks done
j36e opened this issue Apr 18, 2024 · 87 comments
Open
9 tasks done

No page can load while uBlock is active #3217

j36e opened this issue Apr 18, 2024 · 87 comments
Labels
Chromium specific to Chromium/Chrome

Comments

@j36e
Copy link

j36e commented Apr 18, 2024

Prerequisites

  • I verified that this is not a filter list issue. Report any issues with filter lists or broken website functionality in the uAssets issue tracker.
  • This is NOT a YouTube, Facebook or Twitch report. These sites MUST be reported by clicking their respective links.
  • This is not a support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
  • I performed a cursory search of the issue tracker to avoid opening a duplicate issue.
  • The issue is not present after disabling uBO in the browser.
  • I checked the documentation to understand that the issue I am reporting is not normal behavior.

I tried to reproduce the issue when...

  • uBO is the only extension.
  • uBO uses default lists and settings.
  • using a new, unmodified browser profile.

Description

output.mp4

Pages won't load with UBO enabled but everything works fine when it's off. Everything was fine a couple of hours ago and yes I did reboot my computer.
Sorry for the bad video quality my laptop is slow

A specific URL where the issue occurs.

https://github.com/uBlockOrigin/uBlock-issues/issues/new?assignees=&labels=&projects=&template=bug_report.yml

Steps to Reproduce

  1. [Enable UBO]
  2. [Try to load a page]

Expected behavior

The page to load

Actual behavior

It did not :(

uBO version

1.57.0

Browser name and version

Chromium (chromium-123.0.6312.86_1)

Operating System and version

Void linux

@j36e
Copy link
Author

j36e commented Apr 18, 2024

The first tab title seemed to load but it was probably cached since I tried the same query minutes before

@gorhill
Copy link
Member

gorhill commented Apr 18, 2024

When you click uBO's "background.html" link in chrome://extensions/, this opens the browser tools for uBO. Can you see something reported in the console pane?

@j36e
Copy link
Author

j36e commented Apr 18, 2024

Lmao the addon wouldnt do anything when I clicked on it so I reinstalled and it's all working now sorry for the stupid issue report

@j36e j36e closed this as completed Apr 18, 2024
@j36e j36e closed this as not planned Won't fix, can't repro, duplicate, stale Apr 18, 2024
@uBlock-user uBlock-user added the invalid not a uBlock issue label Apr 18, 2024
@gorhill gorhill removed the invalid not a uBlock issue label Apr 18, 2024
@gorhill
Copy link
Member

gorhill commented Apr 18, 2024

We had other reports of such behavior, so I don't consider this invalid. Problem is that so far I have been unable to investigate further since the issue disappear upon reinstall.

@j36e Do you think that uBO had just updated to 1.57.0 before the issue occurred?

@voidlyvidevoid
Copy link

I faced the same issue too. But in my case, after updating to 1.57.0, i lost all saved filters too and uBO was completely reset to default. allReadyAfter after this incident was over 80k ms. The dashboard was completely blank after this, restarting my browser did fix it, but had to continue from a old backup.
Browser used: Edge
Possible in #3219, OP did face something similar (chromium used)

@stephenhawk8054
Copy link
Member

@voidlyvidevoid Can you do the steps described in this: #3217 (comment)

@garry-ut99
Copy link

garry-ut99 commented Apr 21, 2024

j36e : No page can load while uBlock is active
j36e : Pages won't load with UBO enabled
j36e : Possible in #3219, OP did face something similar (chromium used)

Also possible you encountered the same like here:

  • Kiwi browser #3198 : (spain): "y no me carga ninguna web se queda cargando" :
    (enlgish): "and it doesn't load any web site it just keeps loading"

voidlyvidevoid : allReadyAfter after this incident was over 80k ms

In this one 85k ms too:

also you can read (if you didn't see them before):

@voidlyvidevoid
Copy link

Tho this happend a few weeks ago when the update was pushed. Never had anything over 15k ms except when this occured. I get 12-15k ms consistently in FF and Edge and I take the blame for that as I have nearly 500k+ network filters (mostly badware, malware and anti-paywalls)
Also, something maybe unrelated, Edge takes a good 30s after restart to load anything.(this is with and without suspendUntilListsAreLoaded: true)
image

@stephenhawk8054
Copy link
Member

@voidlyvidevoid Can you click on uBO icon > 💬 Report button > scroll to the bottom > click on Troubleshooting Information and copy paste it here?

@voidlyvidevoid
Copy link

voidlyvidevoid commented Apr 22, 2024

I usually don't find them these high, but 12-15k ms and some 3k is mostly consistent. This is immediately after a restart, with 12 tabs open from previous session. (Using hard mode,with block large media)
Other extensions: Webtime tracker and Dark reader

uBlock Origin: 1.57.2
Chromium: 124
filterset (summary):
 network: 544853
 cosmetic: 260618
 scriptlet: 53426
 html: 0
listset (total-discarded, last-updated):
 added:
  https://gitlab.com/magnolia1234/bypass-paywalls-clean-filters/-/raw/main/bpc-paywall-filter.txt: 1065-0, 9d.14h.27m
  https://o0.pages.dev/Pro/adblock.txt: 155647-18753, 6d.21h.26m
  https://raw.githubusercontent.com/AdguardTeam/cname-trackers/master/data/combined_disguised_trackers_justdomains.txt: 69497-0, 13h.34m
  https://raw.githubusercontent.com/DandelionSprout/adfilt/master/Alternate versions Anti-Malware List/AntiMalwareDomains.txt: 21187-7502, 8h.44m
  https://raw.githubusercontent.com/DandelionSprout/adfilt/master/Dandelion Sprout's Anti-Malware List.txt: 85890-1918, 8h.43m
  https://raw.githubusercontent.com/DandelionSprout/adfilt/master/LegitimateURLShortener.txt: 2621-0, 9h.44m
  https://raw.githubusercontent.com/gwarser/filter-lists/master/lan-block-strict.txt: 54-0, 11d.6h.44m
  https://raw.githubusercontent.com/hagezi/dns-blocklists/main/adblock/ultimate.txt: 187296-102175, 15h.34m
  https://raw.githubusercontent.com/liamengland1/miscfilters/master/antipaywall.txt: 2098-36, 8h.43m
  https://raw.githubusercontent.com/voidlyvidevoid/filterlist1/main/filterlist.txt: 4-0, 1m
  https://someonewhocares.org/hosts/ipv6/hosts: 23338-23337, 16h.35m
  adguard-generic: 80958-5587, 1d.15h.33m
  [23 lists not shown]: [too many]
 default:
  user-filters: 23-0, never
  ublock-filters: 37577-3878, 1m Δ
  ublock-badware: 8320-919, 1m Δ
  ublock-privacy: 832-101, 1m Δ
  ublock-unbreak: 2256-1, 1m Δ
  ublock-quick-fixes: 274-25, 1m Δ
  easylist: 86419-34227, 1m Δ
  easyprivacy: 50793-37792, 1m Δ
  urlhaus-1: 13070-111, 15h.34m
  plowe-0: 3739-3518, 8d.16h.55m
filterset (user): [array of 23 redacted]
trustedset:
 added: [array of 6 redacted]
switchRuleset:
 added: [array of 15 redacted]
 removed:
  no-large-media: behind-the-scene false
hostRuleset:
 added: [array of 70 redacted]
userSettings:
 advancedUserEnabled: true
 largeMediaSize: 250
 suspendUntilListsAreLoaded: true
hiddenSettings:
 filterAuthorMode: true
supportStats:
 allReadyAfter: 29598 ms (selfie)
 maxAssetCacheWait: 10212 ms
 cacheBackend: indexedDB
popupPanel:
 blocked: 12
 no-large-media: true
 network:
  github.com: 12

image

@stephenhawk8054
Copy link
Member

stephenhawk8054 commented Apr 22, 2024

@voidlyvidevoid This gitlab user is removed by Gitlab already so its filter list cannot be updated: https://gitlab.com/magnolia1234/bypass-paywalls-clean-filters/-/raw/main/bpc-paywall-filter.txt

You are using a heavily modified configuration so we cannot pinpoint what causes the issue. Backup and reset to default settings and test again. Then restore your configuration one-by-one and see which one is causing issue.

Anyways, since you can access uBO's dashboard, I don't think your issue is the same as this issue. It's more similar to this: #1865 so please continue in that thread instead. But do what I said above first.

@stephenhawk8054
Copy link
Member

stephenhawk8054 commented Apr 22, 2024

@gorhill However, I'm thinking maybe some user-removed gitlab links could be related to OP's issue? From the screenshot, I see gitlab.com/users/sign_in link in the error line instead, which is a redirection from https://gitlab.com/magnolia1234/bypass-paywalls-clean-filters/-/raw/main/bpc-paywall-filter.txt

@gorhill
Copy link
Member

gorhill commented Apr 22, 2024

I expect over half a million network filter is going to cause longer delay at launch, although 25s seems high, it's not a configuration I test often. It could be a storage issue, in which case it might be useful to force the indexedDB to be re-created, a backup/restore should do this.

@garry-ut99
Copy link

garry-ut99 commented Apr 22, 2024

voidlyvidevoid: allReadyAfter after this incident was over 80k ms. The dashboard was completely blank after this, restarting my browser did fix it

It's normal that uBO's dashboard page is blank/white while uBO is not ready (while uBO toolbar icon is yellow), unless you mean that it was still white/blank even after uBO's toolbar icon was not yellow anymore - but in such case you wouldn't be able to access and read allReadyAfter 80k, so I assume it was blank/white only while uBO was not ready.

@gwarser
Copy link

gwarser commented Apr 22, 2024

@garry-ut99 there is a timeout for the badge - it will be shorter than his 80 seconds.

@gorhill
Copy link
Member

gorhill commented Apr 22, 2024

there is a timeout for the badge

The countdown starts when uBO is all ready if I remember correctly.

@garry-ut99
Copy link

garry-ut99 commented Apr 22, 2024

there is a timeout for the badge - it will be shorter than his 80 seconds.

I'm not talking about a badge, but about an icon, they are two separate things, the yellowish icon has no timeout, and as for the the yellowish badge, like gorhill mentioned, its countdown starts after uBO is ready, like already mentioned 2 times in Wiki:

https://github.com/gorhill/uBlock/wiki/Toolbar-icon : The yellowish badge ! will persist once uBO is ready to filter properly (...)
https://github.com/gorhill/uBlock/wiki/Toolbar-icon#important-note : The sticky yellowish badge once uBO is fully loaded

also worth to mention another difference between the yellowish icon and the yellowish badge: the yellowish badge doesn't prevent uBO and dashboard from working, which means uBO and dashboard are accessible after yellowish icon disappears, even if yellowish badge is still here, because the yellowish badge servers only as an additional non-blocking warning and counter of unprocessed browser requests.

@Avellea
Copy link

Avellea commented Apr 24, 2024

Popping in to say I have the same issue on the latest versions of Chrome and Thorium. I cannot access the uBO dashboard or any websites. There is nothing reported in the uBO DevTools console either.

Uninstalling and reinstalling the extension does seem to fix the issue.

@stephenhawk8054
Copy link
Member

@Avellea Do you remember you were using / enabling any additional filter lists (bypass paywall...)?

@Avellea
Copy link

Avellea commented Apr 25, 2024

@Avellea Do you remember you were using / enabling any additional filter lists (bypass paywall...)?

I do not use any custom filter lists at all.

@garry-ut99
Copy link

garry-ut99 commented Apr 25, 2024

"Popping in" is appreciated and useful to know how many users have the same problem, and how big is the problem, but we need more details to help:

I cannot access the uBO dashboard or any websites.

When has it happened exactly?:

  • after uBO re/installation
  • after browser re/start
  • after reenabling uBO
  • after uBO has updated
  • while browsing internet as usual

Has been uBO's icon yellowish as per https://github.com/uBlockOrigin/uBlock-issues/wiki/Toolbar-icon while you were unable to access dashboard?

Uninstalling and reinstalling the extension does seem to fix the issue.

Are you able to reproduce the issue again or it doesn't occur anymore.
If you could reproduce it again it would be helpful for us to diagnose it.

What is your OS and version of uBO.

@Avellea
Copy link

Avellea commented Apr 25, 2024

"Popping in" is appreciated and useful to know how many users have the same problem, and how big is the problem, but we need more details to help:

Apologies, let me clear this up.

  • Issue occurred after a browser restart.
  • The toolbar icon was the regular red icon
  • I have not been able to reproduce the issue since the fix.
  • Version was the latest at the time, uBlock Origin 1.57.0, but it did happen prior to an update as well, on an unknown version.
  • OS Version is Windows 11 Build 22631

@iMarbot
Copy link

iMarbot commented May 1, 2024

Started experiencing this yesterday with uBlock Origin development build 1.57.3.6. I'm sorry but I don't know whether it happened after a browser or extension update. It happened after I closed Chrome entirely and then re-opened it, everything was refusing to load. The icon was yellow with the exclamation mark. Also, the extension was using almost 100 CPU in Chrome's task manager.

image

Disabling the extension leads to pages instantly loading, without even needing to refresh or restart their loading.

Chrome version: 124.0.6367.91 (Official Build) (64-bit) (cohort: M124 Rollout)

I have not tested cleaning the extension data or re-installing it as I didn't want to lose my settings but also in case I can help reproduce the issue.

I also have uBlock Origin 1.57.0 installed (not running at the same time, obviously) which works fine on the exact same browser environment. The settings are a little different but I can't even open the uBlock popup or settings in the dev build because it's just hanging on something with that high CPU usage.

Let me know if there's anything I have missed or can do to help isolate the issue.

@heathlarsen
Copy link

heathlarsen commented May 12, 2024

You seem to be correct, it's entirely BitWarden's fault.

  • After testing with with ABP I saw the exact same behaviour, pages did not load.
  • BitWarden is responsible for maxing the 'Extension' CPU usage as it happens without any other extensions.

It'll be interesting to see what other people in this issue thread say when they get a chance to reply.

@gorhill
Copy link
Member

gorhill commented May 13, 2024

@Procyon-b

I see this on the background devtools console (opened by curiosity):

Can you confirm whether the errors are still there with b10?

@Procyon-b
Copy link

@gorhill
I have updated right now after seeing your comment. A couple minutes after the update I see this in b10's console (saved console log to file and pasted content below). I saw 5 errors. Note that the order seem different here compared to the devtools window.

console.js:38 [uBO] Start sequence of loading storage-based data 135 ms after launch
console.js:38 [uBO] Admin settings ready 243 ms after launch
console.js:38 [uBO] Hidden settings ready 255 ms after launch
console.js:38 [uBO] Extra admin settings ready 258 ms after launch
console.js:38 [uBO] Backend storage for cache will be indexedDB
console.js:38 [uBO] Version ready 263 ms after launch
console.js:38 [uBO] cacheStorage.get: idbStorage assetCacheRegistry
console.js:38 [uBO] First fetch ready 270 ms after launch
console.js:38 [uBO] cacheStorage.get: idbStorage cache/selfie/public_suffix_list.dat
console.js:38 [uBO] cacheStorage.get: idbStorage compiledMagic,selfieMagic
console.js:38 [uBO] List selection ready 280 ms after launch
console.js:38 [uBO] User settings ready 282 ms after launch
console.js:38 [uBO] Suspend network activity listener at 284 ms
console.js:38 [uBO] Loaded assetCacheRegistry
console.js:38 [uBO] cacheStorage.set: assetCacheRegistry
console.js:38 [uBO] cacheStorage.get: storage.local compiledMagic,selfieMagic
console.js:38 [uBO] Cache magic numbers ready 427 ms after launch
console.js:38 [uBO] Loaded PSL from selfie
console.js:38 [uBO] PSL ready 473 ms after launch
console.js:38 [uBO] cacheStorage.get: idbStorage cache/selfie/staticMain
console.js:38 [uBO] cacheStorage.get: idbStorage cache/selfie/staticExtFilteringEngine
console.js:38 [uBO] cacheStorage.get: idbStorage cache/selfie/staticNetFilteringEngine
console.js:38 [uBO] cacheStorage.get: idbStorage cache/selfie/redirectEngine/resources
console.js:38 [uBO] cacheStorage.get: storage.local cache/selfie/redirectEngine/resources
console.js:38 [uBO] cacheStorage.set: cache/selfie/redirectEngine/resources
console.js:38 [uBO] Loaded filtering engine from selfie 1192 ms after launch
console.js:38 [uBO] All ready 1230 ms (selfie) after launch
console.js:38 [uBO] cacheStorage.get: idbStorage assetSourceRegistry
console.js:38 [uBO] Loaded assetSourceRegistry
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at Object.create (vapi-background.js:1787:23)
    at µb.scheduleAssetUpdater (storage.js:1586:21)
    at start.js:534:8
(anonymous) @ webext.js:35
console.js:38 [uBO] cacheStorage.set: assetCacheRegistry
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
console.js:38 [uBO] Updater: cycle start
console.js:38 [uBO] Updater: prefer CDNs
console.js:38 [uBO] Diff updater: cycle start
console.js:38 [uBO] Diff updater: hard updating NLD-0
console.js:38 [uBO] Diff updater: NLD-0 / patches/2024.1.16.800.patch#easydutch / nopatch
console.js:38 [uBO] Diff updater: soft updating ublock-quick-fixes,ublock-badware,easyprivacy,easylist,ublock-privacy,ublock-annoyances,ublock-unbreak,ublock-filters
console.js:38 [uBO] Diff updater: skip update of ublock-quick-fixes using ../patches/2024.5.13.1281.patch#ublock-quick-fixes
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of ublock-badware using ../patches/2024.5.13.1281.patch#ublock-badware
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of easyprivacy using ../patches/2024.5.13.1281.patch#easyprivacy
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of easylist using ../patches/2024.5.13.1281.patch#easylist
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of ublock-privacy using ../patches/2024.5.13.1281.patch#ublock-privacy
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of ublock-annoyances using ../patches/2024.5.13.1281.patch#ublock-annoyances
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of ublock-unbreak using ../patches/2024.5.13.1281.patch#ublock-unbreak
	reason: nodiff
console.js:38 [uBO] Diff updater: skip update of ublock-filters using ../patches/2024.5.13.1281.patch#ublock-filters
	reason: nodiff
console.js:38 [uBO] Diff updater: cycle complete
console.js:38 [uBO] Updater: cycle end
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at Object.create (vapi-background.js:1787:23)
    at µb.scheduleAssetUpdater (storage.js:1586:21)
    at µb.assetObserver (storage.js:1676:14)
    at fireNotification (assets.js:238:19)
    at updateDone (assets.js:1440:5)
    at updateNext (assets.js:1394:16)
(anonymous) @ webext.js:35
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
(anonymous) @ webext.js:28
(anonymous) @ vapi-background.js:1792
Promise.then (async)
createIfNotPresent @ vapi-background.js:1790
(anonymous) @ storage.js:140
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
µb.incrementRequestStats @ storage.js:148
journalProcess @ pagestore.js:743
(anonymous) @ pagestore.js:352
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
offon @ vapi-common.js:64
journalAddRootFrame @ pagestore.js:685
onNavigation @ tab.js:929
onCommittedHandler @ vapi-background.js:614
onCommittedHandler @ vapi-background-ext.js:59
(anonymous) @ vapi-background.js:295
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
(anonymous) @ webext.js:28
(anonymous) @ vapi-background.js:1792
Promise.then (async)
createIfNotPresent @ vapi-background.js:1790
(anonymous) @ storage.js:140
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
µb.incrementRequestStats @ storage.js:148
journalProcess @ pagestore.js:743
(anonymous) @ pagestore.js:352
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
journalAddRequest @ pagestore.js:662
onBeforeRequest @ traffic.js:103
onBeforeSuspendableRequest @ vapi-background.js:1287
browser.webRequest.onBeforeRequest.addListener.denormalizeFilters.urls @ vapi-background.js:1239
subEventCallback @ extensions::webRequestEvent:106
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
(anonymous) @ webext.js:28
(anonymous) @ vapi-background.js:1792
Promise.then (async)
createIfNotPresent @ vapi-background.js:1790
(anonymous) @ storage.js:140
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
µb.incrementRequestStats @ storage.js:148
journalProcess @ pagestore.js:743
(anonymous) @ pagestore.js:352
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
journalAddRequest @ pagestore.js:662
onBeforeRequest @ traffic.js:103
onBeforeSuspendableRequest @ vapi-background.js:1287
browser.webRequest.onBeforeRequest.addListener.denormalizeFilters.urls @ vapi-background.js:1239
subEventCallback @ extensions::webRequestEvent:106
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
(anonymous) @ webext.js:28
(anonymous) @ vapi-background.js:1792
Promise.then (async)
createIfNotPresent @ vapi-background.js:1790
(anonymous) @ storage.js:140
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
µb.incrementRequestStats @ storage.js:148
journalProcess @ pagestore.js:743
(anonymous) @ pagestore.js:352
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
journalAddRequest @ pagestore.js:662
onBeforeRequest @ traffic.js:103
onBeforeSuspendableRequest @ vapi-background.js:1287
browser.webRequest.onBeforeRequest.addListener.denormalizeFilters.urls @ vapi-background.js:1239
subEventCallback @ extensions::webRequestEvent:106
webext.js:35 TypeError: Error in invocation of alarms.create(optional string name, alarms.AlarmCreateInfo alarmInfo): No matching signature.
    at webext.js:30:20
    at new Promise (<anonymous>)
    at Object.create (webext.js:28:16)
    at vapi-background.js:1792:27
(anonymous) @ webext.js:35
(anonymous) @ webext.js:28
(anonymous) @ vapi-background.js:1792
Promise.then (async)
createIfNotPresent @ vapi-background.js:1790
(anonymous) @ storage.js:140
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
µb.incrementRequestStats @ storage.js:148
journalProcess @ pagestore.js:743
(anonymous) @ pagestore.js:352
(anonymous) @ vapi-common.js:59
setTimeout (async)
on @ vapi-common.js:57
journalAddRequest @ pagestore.js:662
onBeforeRequest @ traffic.js:103
onBeforeSuspendableRequest @ vapi-background.js:1287
browser.webRequest.onBeforeRequest.addListener.denormalizeFilters.urls @ vapi-background.js:1239
subEventCallback @ extensions::webRequestEvent:106

@gorhill
Copy link
Member

gorhill commented May 14, 2024

Despite those error messages, uBO appears to work fine though? The error messages are still shown by uBO itself, but they should no longer break uBO.

@Procyon-b
Copy link

I have never had any noticeable issue since switching to the beta since version 1.49.3.4 (it was my secondary computer at the time, but anyway...)
I only saw the errors since "Collect errors" is on by default for extensions locally installed.

@krystian3w
Copy link

You seem to be correct, it's entirely BitWarden's fault.

Or in Firefox 116+, due on my ESR is not exist.

@valynor
Copy link

valynor commented May 15, 2024

Brave Browser 1.65.133 Chromium: 124.0.6367.208 (Official Build) (arm64) on macOS 14.5 here.
uBO 1.57.0

  • same issue, suddenly basically no page loads anymore (browser renderer helper 100% cpu)
  • browser restart does not help, all pinned tabs do not load
  • disabled all extensions .. browser worked again. This way I found out it's uBO causing this
  • with uBO as the ONLY extension enabled .. nothing works. turning it off and immediately everything is fine again
  • uninstalled, reinstalled uBO and set it up exactly the same way as before ... everything works again
  • this happened 2x in this week
  • I do not have bitwarden installed
uBlock Origin: 1.57.0
Chromium: 124
filterset (summary):
 network: 348926
 cosmetic: 175741
 scriptlet: 45805
 html: 0
listset (total-discarded, last-updated):
 added:
  https://raw.githubusercontent.com/StevenBlack/hosts/master/alternates/fakenews-gambling/hosts: 143023-4984, 20m
  https://raw.githubusercontent.com/bpc-clone/bypass-paywalls-clean-filters/main/bpc-paywall-filter.txt: 1078-2, never
  adguard-generic: 81608-6817, 20m
  adguard-spyware-url: 1512-119, 20m
  adguard-spyware: 83499-32441, 20m
  block-lan: 66-0, 20m
  curben-phishing: 390-0, 20m
  adguard-cookies: 29595-47, 20m
  ublock-cookies-adguard: 1145-0, 20m
  fanboy-cookiemonster: 50997-3892, 20m
  ublock-cookies-easylist: 1145-1144, 20m
  fanboy-social: 15980-17, 20m
  [2 lists not shown]: [too many]
 default:
  user-filters: 4-0, never
  ublock-filters: 38073-302, 25m Δ
  ublock-badware: 8546-1, 29m Δ
  ublock-privacy: 906-0, 29m Δ
  ublock-unbreak: 2275-1, 29m Δ
  ublock-quick-fixes: 260-0, 25m Δ
  easylist: 87511-1016, 30m
  easyprivacy: 50909-826, 30m
  urlhaus-1: 12645-1, 30m
  plowe-0: 3729-0, 30m
filterset (user): [array of 4 redacted]
trustedset:
 added: [array of 1 redacted]
switchRuleset:
 added: [array of 1 redacted]
hostRuleset:
 added: [array of 97 redacted]
userSettings:
 advancedUserEnabled: true
 suspendUntilListsAreLoaded: true
hiddenSettings:
 autoUpdateDelayAfterLaunch: 20
supportStats:
 allReadyAfter: 139 ms (selfie)
 maxAssetCacheWait: 54 ms
 cacheBackend: indexedDB

@xOleg01
Copy link

xOleg01 commented May 19, 2024

I have the same issue sometimes. uBO ext in Chromium Task Manager uses ~20% CPU and webpage is not loaded if its a first page after startup. uBO button freezing up too.
Browser restart and settings reload fixes the problem. No reinstall needed.

Chromium 122.0.6200.0 Iron Browser. Windows 10 LTSC. uBO 1.57.0

P.S. Chrome Web Store has a lot of complains on this problem (russian page).

@jimvlambe
Copy link

jimvlambe commented May 22, 2024

As of this morning (22nd May) the extension kills all web access to the internet. Switching the extension off restores function (Version 125.0.6422.76 (Official Build) (64-bit) Linux/Kubuntu). Chrome updated to this version last night.

@jscheid
Copy link

jscheid commented Jul 3, 2024

I'm seeing this issue on Firefox (macOS), I think it started yesterday. The symptoms are that the network seems to be down, i.e. everything takes forever to load. Once I turn off the extension it works. A browser restart (with the extension enabled) also helps, but only for some time. The last restart is a couple of hours ago perhaps and it started again just now.

Troubleshooting Information
uBlock Origin: 1.58.0
Firefox: 127
filterset (summary):
 network: 138742
 cosmetic: 47005
 scriptlet: 20144
 html: 1851
listset (total-discarded, last-updated):
 default:
  user-filters: 0-0, never
  ublock-filters: 39099-112, 2h.14m Δ
  ublock-badware: 8705-0, 2h.14m Δ
  ublock-privacy: 1018-4, 2h.14m Δ
  ublock-unbreak: 2425-2, 2h.14m Δ
  ublock-quick-fixes: 119-5, 2h.14m Δ
  easylist: 86385-174, 2h.14m Δ
  easyprivacy: 52708-65, 2h.14m Δ
  urlhaus-1: 15240-5, 9m
  plowe-0: 3551-988, 5d.4h.56m
filterset (user): [empty]
trustedset:
 added: [array of 2 redacted]
userSettings: [none]
hiddenSettings: [none]
supportStats:
 allReadyAfter: 299 ms
 maxAssetCacheWait: 183 ms
 cacheBackend: indexedDB

@stephenhawk8054
Copy link
Member

@jscheid Can you go to about:addons page (type in URL bar) and screenshot it here?

@jscheid
Copy link

jscheid commented Jul 4, 2024

@stephenhawk8054 I've React Developer Tools, Multi-Account Containers and 1Password. I haven't added or removed any add-ons recently, not for a month or so.

@stephenhawk8054
Copy link
Member

stephenhawk8054 commented Jul 4, 2024

@jscheid Can you turn off all other extensions, except uBO and Containers extension, restart the browser, open new tab and test again?

@jscheid
Copy link

jscheid commented Jul 4, 2024

The problem is it only happens spuriously. I could leave the others off for a day or so, but it would be an inconvenience and if the bug doesn't happen during that time it doesn't really prove much. (It may not have happened with the other addons enabled either.)

Counterproposal: I'm comfortable on the JS console, is there anything I can investigate next time it happens?

@gorhill
Copy link
Member

gorhill commented Jul 4, 2024

You could launch a profiling session when the issue occurs to see if anything in the results is of use, see https://profiler.firefox.com/.

@stephenhawk8054
Copy link
Member

If the issue occurs spuriously, how can you be sure it's fixed by turning off uBO but not another spurious event or by turning off other extensions?

If the issue occurs again, be sure that there's only uBO at that time, and use Firefox profiler as above link.

@jscheid
Copy link

jscheid commented Jul 5, 2024

@stephenhawk8054 @gorhill

If the issue occurs spuriously, how can you be sure it's fixed by turning off uBO but not another spurious event or by turning off other extensions?

I guess I can't be 100.0% sure, however to recap my observations:

  • A few times now my FF got into a state (after hours or days of use) where it behaves as if the network is off (as if packets get dropped) for all tabs. I've tried waiting it out but it doesn't seem to recover by itself.
  • Restarting FF fixes it, so I was looking for a bug report against FF but instead found this ticket, which is when I started to suspect uBO.
  • When it then happened again I tested this theory, and turning off the uBO add-on (as opposed to turning off uBO at the tab level) made everything work again immediately. Turning it back on resumed the symptoms immediately. (I've toggled it off/on a few times.)

To me this strongly points at uBO as the offender especially given the other reports here in this ticket, but you're right that it's not conclusive proof.

If the issue occurs again, be sure that there's only uBO at that time, and use Firefox profiler as above link.

Sure, will do, thanks!

@stephenhawk8054
Copy link
Member

stephenhawk8054 commented Jul 5, 2024

To me this strongly points at uBO as the offender especially given the other reports

This issue thread is specifically related to Chromium API, not related to Firefox.

@jscheid
Copy link

jscheid commented Jul 5, 2024

This issue thread is specifically related to Chromium API, not related to Firefox.

Right, OK. I'll try to diagnose better next time it happens and happy to open a separate ticket then if I can still blame uBO 😄 Many thanks for your work on it by the way!

@garry-ut99
Copy link

garry-ut99 commented Jul 5, 2024

Read #3217 (comment), your password manager extension or any other extension might be broken and slowing down uBO, disabling uBO, which fixes the issue, might mislead you to wrong thinking that it was uBO's fault, where it was not, if you read the thread, you would know it. If you don't want to disable other extensions, you can try to replace uBlock with AdGuard or Adblock Plus for a while, to see whether the issue still occurs with other blocker or not, but it's not 100% guaranteed that the issue affects other blockers.

@Marocco2
Copy link

Marocco2 commented Jul 14, 2024

Ublock Origin 1.57.2 and 1.58.0 appears to be broken like in title on latest Microsoft Edge Canary 128.0.2710.0
Tried to reinstall the extension but I can't get it to work (no more infinite page load at least) and extension settings page is a white page

@gorhill
Copy link
Member

gorhill commented Jul 14, 2024

Chrome/Edge Canary are not officially supported, too high likelihood of breakage (example). Use either beta or stable.

@rwong2888
Copy link

rwong2888 commented Jul 15, 2024

Stable stopped loading any page for me.
Edge Version 126.0.2592.102 (Official build) (arm64)

update:
working for me now

@Villy-web
Copy link

Villy-web commented Jul 17, 2024

I guess I can't be 100.0% sure, however to recap my observations:

The problem seems to occur when the ublock fails to update its filter list. This problem consistently occurs for me when using a whitelist of sites on a proxy.

@Haus1
Copy link

Haus1 commented Jul 19, 2024

I've had this happen two or three times in the past and the solution was to clear the cache and force it to resync. Thankfully it's been awhile since I've had it happen.

edit: this was on Chromium

@garry-ut99
Copy link

garry-ut99 commented Jul 24, 2024

It has happened for the first time for me as well, just right now:

  • it has happened after previous uBO dev build has been uninstalled
    and then a new uBO dev build freshly installed (using "load unpacked extension")
  • browser dev console - nothing, blank
  • uBO background page - nothing, blank white page
  • pages won't load - nothing, blank white page
    • browser's circle icon spinning infinitely
    • in dev console Network pane: status "pending"
  • uBO toolbar icon:
    • clicking left mouse button - nothing, popup UI won't open
    • clicking right mouse button:
      • one of menu's entries says "Failed to read or change website data"
      • clicking "options" opens uBO dashboard, but page won't load - blank white page
  • when trying to clear browser cache & cookie - it's stuck freezed at wheel infinite spining
  • while page is trying to load, Profiler freezes when trying to run it in console dev Performance pane,
    • until the page loading is manually stopped by "X" button, Profiler unfreezes then
    • Profiler can be started before visiting page, but nothing is recorded, as it's aborted instantly after trying to visit a page, by "profiling overhead" event and most of spend time is described as "idle"

When in Debugger (dev console Source >> Workspace or Content Scripts]) I ticked both:

  • "pause on uncaught exceptions"
  • "pause on caught exceptions"

then clicked "Learn more" link, page was trying to load for a while, but then quickly some exception has ocurred:
Paused on exception: TypeError: Failed to construct 'URL' : Invalid: SCREENSHOOT A + SCREENSHOOT B.

Then I noticed the same exception happens when trying to load any website.

Enabling/disabling uBlock didn't fix the issue, the issue was fixed only after restarting browser.

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

No branches or pull requests