No page can load while uBlock is active #3217
Comments
|
The first tab title seemed to load but it was probably cached since I tried the same query minutes before |
|
When you click uBO's "background.html" link in |
|
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 |
|
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? |
|
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. |
|
@voidlyvidevoid Can you do the steps described in this: #3217 (comment) |
Also possible you encountered the same like here:
In this one 85k ms too: also you can read (if you didn't see them before): |
|
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) |
|
@voidlyvidevoid Can you click on uBO icon > 💬 Report button > scroll to the bottom > click on |
|
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)
|
|
@voidlyvidevoid This gitlab user is removed by Gitlab already so its filter list cannot be updated: 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. |
|
@gorhill However, I'm thinking maybe some user-removed gitlab links could be related to OP's issue? From the screenshot, I see |
ghost
mentioned this issue
|
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. |
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 |
|
@garry-ut99 there is a timeout for the badge - it will be shorter than his 80 seconds. |
The countdown starts when uBO is all ready if I remember correctly. |
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:
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. |
|
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. |
|
@Avellea Do you remember you were using / enabling any additional filter lists (bypass paywall...)? |
I do not use any custom filter lists at all. |
|
"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:
When has it happened exactly?:
Has been uBO's icon yellowish as per https://github.com/uBlockOrigin/uBlock-issues/wiki/Toolbar-icon while you were unable to access dashboard?
Are you able to reproduce the issue again or it doesn't occur anymore. What is your OS and version of uBO. |
Apologies, let me clear this up.
|
|
Started experiencing this yesterday with uBlock Origin development build
Disabling the extension leads to pages instantly loading, without even needing to refresh or restart their loading. Chrome version: 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 Let me know if there's anything I have missed or can do to help isolate the issue. |
|
@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. |
|
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...) |
Or in Firefox 116+, due on my ESR is not exist. |
|
Brave Browser 1.65.133 Chromium: 124.0.6367.208 (Official Build) (arm64) on macOS 14.5 here.
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 |
|
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. 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). |
|
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. |
|
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 InformationuBlock 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 |
|
@jscheid Can you go to |
|
@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. |
|
@jscheid Can you turn off all other extensions, except uBO and Containers extension, restart the browser, open new tab and test again? |
|
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? |
|
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/. |
|
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. |
I guess I can't be 100.0% sure, however to recap my observations:
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.
Sure, will do, thanks! |
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! |
|
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. |
|
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 |
|
Chrome/Edge Canary are not officially supported, too high likelihood of breakage (example). Use either beta or stable. |
|
Stable stopped loading any page for me. update: |
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. |
|
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 |
|
It has happened for the first time for me as well, just right now:
When in Debugger (dev console Source >> Workspace or Content Scripts]) I ticked both:
then clicked "Learn more" link, page was trying to load for a while, but then quickly some exception has ocurred: 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. |
and others
Prerequisites
I tried to reproduce the issue when...
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.ymlSteps to Reproduce
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
The text was updated successfully, but these errors were encountered: