No page can load while uBlock is active

[j36e]

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]

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

[gorhill]

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]

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

[gorhill]

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]

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]

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

[garry-ut99]

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:

• drakescans.com: detection uAssets#23344

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

• Longer time-to-readiness with Chromium 110 uAssets#16939
• Investigate unduly high time-to-readiness as reported in uAssets issue tracker #1865

[voidlyvidevoid]

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)

[stephenhawk8054]

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

[voidlyvidevoid]

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

[stephenhawk8054]

@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]

@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]

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]

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]

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

[gorhill]

there is a timeout for the badge

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

[garry-ut99]

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]

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]

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

[Avellea]

@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]

"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]

"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]

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.

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.

[gorhill]

I would just need what is related to uBO, nothing else. Maybe search for uBO's extension id (cjpalhdlnbpafiamejdnhcphjbkeiagm) and put all the matching folders in a zip file?

[Procyon-b]

no prob.

[Procyon-b]

It will be cgbcahbpdhpcegmbfconppldiemgcoii since the problem is with the beta version (just after updating x.6 to x.8)

[gorhill]

I received 3 emails, it looks they all contain the same attachments?

[Procyon-b]

It's a 3 parts rar attachment (my provider doesn't allow files bigger than 20Mb)
The 4th email is bouncing (no attach, text only)

[Procyon-b]

File names should be:

Default.part1.rar  18,000,000 bytes
Default.part2.rar  18,000,000 bytes
Default.part3.rar  12,210,005 bytes

rar.exe should recontruct while decompressing simply by giving it the 1st file

[gorhill]

I can reproduce 100 CPU% at launch if I open a webpage once uBO is ready. The issue seems to be that the selfie is "corrupted". I use quotes because it seems valid, but one part of the selfie (which is saved in multiple parts to indexedDB) seems to not correspond to the rest, as if an older version of that part was used along with the other up to date parts. I still need to investigate, and think of a way to detect such bad state.

[Procyon-b]

Good to know that it is useful.

I don't know if this can help: I forced the update today. Chrome was running for about a week now. At night, I put windows in deep sleep instead of closing all progs, and I regularly start an update of the extensions which on chrome will force updates. That's what happened today.

I don't know if this can explain why the selfie can get in that weird state.
I don't remember having a crash recently, so...

[Procyon-b]

I have updated the extension sideload to .8 and I see this on the background devtools console (opened by curiosity):

note: I haven't checked in .6 if it made errors too.

[gorhill]

What version of Chrome/Chromium is this? Now I see that alarms.create accepts a third parameter only starting with Chrome 111+. Any earlier version of Chrome would suffer the issue you report -- possibly explaining people unable to run uBO in some oldish Chromium versions.

[Procyon-b]

version 109 on windows 8.1. Can't go higher.

[garry-ut99]

version 109 on windows 8.1. Can't go higher.

There are unofficial builds/forks of Chromium, Opera, Brave, Firefox, Thunderbird, Electron and so on, which can run on Win 7 / 8 (and sometimes even on XP): Supremium 122, R3dfox 125.0.3, Opera / Firefox / Brave / Librewolf / Thunderbird / Electron. I use them, like mentioned in #3138 (comment).

[heathlarsen]

Hey, just I'm also experiencing this issue and thought I would add my 2c.

I'm using Firefox and have the latest uBO pre-release 1.57.3b10. I only have uBO and BitWarden password manager extensions installed. This is happening only in incognito mode.

I am able to reproduce this issue pretty reliably. Within an incognito tab, opening my BitWarden extension by clicking it's icon in the pinned extensions. I immediately notice the extension doesn't load, and then now browser can no longer load pages and Firefox's native Task Manager reports 'Extensions' are using 100% CPU.

[gorhill]

Firefox's native Task Manager reports 'Extensions' are using 100% CPU.

You need to use the profiler and report results to find out whether this is caused by uBO (and if so, which code in uBO) or something else since all extensions share the same process in Firefox.

[heathlarsen]

You need to use the profiler and report results to find out whether this is caused by uBO (and if so, which code in uBO) or something else since all extensions share the same process in Firefox.

Yeah I've tried this. Unfortunately once this bug is triggered even the profiler results page won't load. 😞

[gorhill]

This happens only if BitWarden is active and you click its toolbar icon?

---

Might be related to bitwarden/clients#8729. Notice that this happens with other content blockers too, not just uBO.

[heathlarsen]

This happens only if BitWarden is active and you click its toolbar icon?

I'm not sure if thats the only way I would be able to trigger it, but it's the only way I've found so far. These are the only two extensions I have enabled and I'm using the BitWarden icon in the toolbar (to the right of the address bar). The no-page-loading bug only occurs if uBO is enabled and I open BitWarden. Without uBO BitWarden still breaks but pages continue to load.

Might be related to bitwarden/clients#8729. Notice that this happens with other content blockers too, not just uBO.

Yes this looks like similar to what I'm experiencing.

---

I've done some more testing:

• For this bug to occur it requires me to be in incognito mode for about ~1 minute. Prior to that ~1 minute time elapsing I can open BitWarden as many times as I can and navigate around anywhere freely.
• If I don't open BitWarden then I can continue to browse freely beyond this time
• As soon as I open BitWarden after that ~1 min I will get that grey (sometimes white) blank box from the BitWarden issue's screenshot. From that point on no pages will load and the only way to fix this is to restart Firefox entirely (Incognito and Normal windows included).
• If I do NOT have uBO enabled then BitWarden will still break after ~1 min but my browsing is unaffected and pages load fine, only BitWarden is broken.

[gorhill]

only BitWarden is broken

A broken BitWarden might be a sign that it's hogging the extensions process, which would prevent uBO from doing it's work, which would cause webpages to not load since they are waiting on uBO. See if you have the same issue with other content blockers, and if so, the issue is not uBO-specific.

[heathlarsen]

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]

@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]

@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]

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]

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]

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

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

[valynor]

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]

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]

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.