the extension blocks the start page google

[electrifying]

Prerequisites

• I verified that this is not a filter issue (MUST be reported at filter issue tracker)
• This is not a support issue or a question
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
• The issue is not present after wholly disabling uBlock Origin ("uBO") in the browser
• I checked the documentation to understand that the issue I report is not a normal behavior

I tried to reproduce the issue when...

• uBO is the only extension
• uBO with default lists/settings
• using a new, unmodified browser profile

Description

with enabled Pause network activity until all filter lists have run the extension blocks the start page for a fraction of a second, and then loads it. if you disable this setting, the page loads as usual. in edge it does not help to get rid of the problem, works only in google chrome

A specific URL where the issue occurs

google.ru

Steps to Reproduce

make it home page google.ru
close browser
open browser

Expected behavior

page should load without error

Actual behavior

I get an error after which the page starts to load

uBlock Origin version

1.41.2

Browser name and version

google chrome 98

Operating System and version

windows 11 x64

[gorhill]

with enabled Pause network activity until all filter lists have run

You will have to disable this setting if you do not want the current behavior.

[uBlock-user]

page should load without error

If the filter lists do no load in time, network requests will be suspended. Disable Suspend network activity until all filter lists are loaded

[gorhill]

Closing as "by design", un-check the "Suspend network activity until all filter lists are loaded" setting if the current behavior is not wanted.

[gorhill]

For more details, see Browser launch -- what you are seeing is an attempt at mitigating Chromium not being able to wait for extension to be ready before firing network requests.

[electrifying]

with enabled Pause network activity until all filter lists have run

You will have to disable this setting if you do not want the current behavior.

I did that, but it only fixes the problem in chrome. it doesn't work in Microsoft edge browser.

[gorhill]

What version of uBO did you use for Edge browser? The reload was unconditional with uBO 1.40.8, this has changed in 1.41.2 to be only if network requests are seen, and now there is a setting to disable the behavior.

[gwarser]

Edge was updated to 1.41.0

---

I see no difference with or without uBO, setting on or off. It happens too fast.

[ghost]

with enabled Pause network activity until all filter lists have run

You will have to disable this setting if you do not want the current behavior.

didn't work, and the issue has happened on Facebook too, this is horrible, changing to Adguard right now

[gorhill]

Whoever is suffering the reported issue, please check with the dev build whether this works to their satisfaction. The behavior has been changed to be disabled by default in Chromium-based browsers. If you enabled it, check whether it's better, as there is no more blocked connections, but just redirected ones to an empty resource.

The dev build to use to verify the fix is 1.41.3b2 or above, but the Chrome store may take a while before making this version available to all.

[LevelZero-dev]

On Edge v98.0.1108.43 we had this same issue of the startup page being blocked with 1.41.2 of uBlock Origin.
Installing 1.41.3b2 does seem to resolve this issue in our environment.

[Jurgenner]

Can also confirm this to be working with Chrome 98.0.4758.82 and uBlock 1.41.3b2. The error is quite a major PITA in a work environment setting, so hopefully the main release gets updated soon.

Thank you for your work with the extension for gorhill and the rest of uBlock team!

[gorhill]

The fix is in 1.41.4, the Chrome Web Store is just taking long to review the submission.

[Jurgenner]

The fix is in 1.41.4, the Chrome Web Store is just taking long to review the submission.

Web Store has updated the version today and can confirm 1.41.4 to work. Thank you @gorhill!