Blocking "early" requests is not possible #1327

laniakea64 · 2016-01-31T17:09:44Z

Environment: SeaMonkey 2.39, uBlock Origin 1.6.0 (self build from c7f1027 ), new profile

Steps to reproduce:
(shouldn't matter but I'm starting SeaMonkey from command line like: seamonkey -p. I have seen this issue starting SeaMonkey normally though.)

install uBlock Origin, restart SeaMonkey
set as home page, a page that contains an image that should be blocked (for this step, I put the following page up on my local test server and an image at the mentioned path: )

<!doctype html>
<img src="/banners/ads/advertisement.gif" />
<div>image blocked or allowed</div>

restart SeaMonkey
(if re-testing with the same profile, clear cache before restarting SeaMonkey again, to make sure nothing is loaded from cache)

Expected results: image is blocked

Actual results: image appears on screen (it loaded). The image does not get blocked until reloading the page.
(Un-checking "Hide placeholders of blocked elements" makes it easier to see what's going on, but is not necessary to reproduce the problem.)

IIUC this is not technically possible to fix in non-Gecko-based-browsers because there the browser doesn't load extensions until after firing the first network requests, making this moot. However, in Gecko-based browsers the extensions are loaded before any requests are fired, and can have control over these requests.
It is not reasonable to expect that uBlock Origin can finish initializing all its filters before the browser can fire requests, so I would suggest to fix the problem something like this: When "I am an advanced user" is checked, allow the user to choose whether "early" network requests (requests fired before uBlock Origin is finished loading) are allowed or blocked (default to allow, and this setting locked to allow if "I am an advanced user" is un-checked). (Also preferably blocking "early" requests would not be strict-blocked - that is, not blocked unless requested by a document loaded in a browser window/tab. But if top-level documents would have to be blocked as well, it wouldn't end to be a big deal.)

The text was updated successfully, but these errors were encountered:

gorhill · 2016-01-31T17:35:03Z

Thing is, even the reading of the user settings -- which contains the state of the "advanced user mode" -- is asynchronous, so theoretically uBO could still be waiting on those settings to be loaded after it has handed control over to FF (i.e. finished executing its first-pass initialization code).

laniakea64 · 2016-01-31T19:33:05Z

Oops, didn't realize that reading extension settings was async...
Since it has to be Gecko-only, this setting could be an about:config boolean pref named something like extensions.ublock0.blockEarlyRequests and not directly tied to any extension settings.

gorhill · 2016-02-01T00:03:25Z

not directly tied to any extension settings

I have floated the idea of hidden settings since a while now to deal with a number of demands for specific behaviors sort of trivial to implement -- as long as there is no UI and no complicated code paths to add (actually there is already one such setting used in the logger, extensions.ublock0.loggerAutoDeleteVoidRows).

So this could be one of those settings. uBO could completely block a page from loading, and once initialization is done, it could force a reload of the pages which were blocked. The worry though here is about those behind-the-scene tabs (to not confuse with behind-the-scene requests) FF loads at start up time (like https://self-repair.mozilla.org/en-US/repair), will have to experiment to find out the results.

gorhill · 2016-11-04T16:47:34Z

Fixed with 8c3da95. Need to be tested. If the fix does not help, then it will mean there is nothing uBO can do.

Behind-the-scene network requests are left untouched, regardless of filters/rules -- behind-the-scene network requests are tabless, there is no tab which can be force-reloaded once all filters/rules are loaded.

laniakea64 · 2016-11-04T17:42:25Z

If the fix does not help, then it will mean there is nothing uBO can do.

Oddly, I can't reproduce this issue in uBlock Origin 1.9.17b4 even without flipping that setting. I'd say the fix definitely helped.

We'll flip the setting anyway and let you know any issues.

Thanks. 😃

gorhill · 2016-11-29T14:41:11Z

Link to the documentation on how to enable early blocking: https://github.com/gorhill/uBlock/wiki/Advanced-settings#suspendtabsuntilready-experimental.

gorhill · 2017-07-05T22:36:59Z

Related: https://bugzilla.mozilla.org/show_bug.cgi?id=1378459.

ghost · 2017-12-25T16:03:26Z

In Chrome, I wonder if uBlock could make use of chrome://discards functionality to "block" tabs from loading at startup (just like the very minimal Sloth extension currently does) and maybe have that as an addition to suspendTabsUntilReady ? Just a thought. Merry Xmas btw :)

gwarser · 2018-05-04T07:51:01Z

RESOLVED FIXED in Firefox 61 https://bugzilla.mozilla.org/show_bug.cgi?id=1447551

~~Seems to work for me.~~

Maybe after this will finally work https://bugzilla.mozilla.org/show_bug.cgi?id=1457224

gwarser · 2018-07-13T16:34:13Z

Network part was fixed in Let webRequest listeners see/block requests from early after browser startup #1447551 but required about:config pref extensions.webextensions.background-delayed-startup and now Enable delayed background page startup for all channels #1473757 was RESOLVED FIXED

Firefox should be OK now at least for network filtering.

Related issues: - #2067 - uBlockOrigin/uBlock-issues#128 Related mozbug issue: - https://bugzilla.mozilla.org/show_bug.cgi?id=1503721

gorhill · 2018-12-24T10:41:23Z

This is no longer experimental on Firefox: 41548be as of 1.17.5b17.

Firefox supports the ability to block early requests when a webRequest listener is registered in a certain way, see https://bugzilla.mozilla.org/show_bug.cgi?id=1503721.

gorhill changed the title ~~("Firefox" version only) Blocking "early" requests is not possible~~ Blocking "early" requests is not possible Nov 4, 2016

gorhill mentioned this issue Nov 4, 2016

[ BUG? ] Links Launching Browser Are NOT Filtered Consistently #2067

Closed

laniakea64 closed this as completed Nov 4, 2016

dhowe mentioned this issue Nov 12, 2016

Update settings to correspond with uBlock's new advanced settings page dhowe/AdNauseam#615

Closed

gorhill mentioned this issue Jun 5, 2017

Blocking Ads Seems To Not Work First Load - Intemittently #2683

Closed

This was referenced Sep 4, 2017

Network requests not blocked for short period after browser start. #2970

Closed

uBlock Origin filters not active upon starting Chrome to open hyperlink #1913

Closed

gorhill added the browser bug label Sep 4, 2017

This was referenced Nov 21, 2017

Initial Firefox load not using uBlock #3258

Closed

uBlock doesn't inject/work on homepages that start with browser launch #3253

Closed

Ads don't get blocked on Youtube tabs that Firefox restores #3270

Closed

mapx- mentioned this issue Dec 8, 2017

mail.google.com uBlockOrigin/uAssets#749

Closed

mapx- mentioned this issue Dec 16, 2017

Issues on Firefox startup / Browser issue only #3349

Closed

ghost mentioned this issue Dec 25, 2017

https-everywhere doesn't catch URL loads on browser startup EFForg/https-everywhere#7343

Closed

gorhill mentioned this issue Jan 11, 2018

Tabs That Open With Firefox Nightly Launch Don't Have Filtering #3426

Closed

ronjouch mentioned this issue Jan 17, 2018

Cookie warnings present on these sites ryanbr/fanboy-adblock#221

Closed

gorhill mentioned this issue Jan 20, 2018

uBlock fails to block elements on browser startup page load. Subsequent page refresh works. #3451

Closed

This was referenced Mar 7, 2018

ublock is activating too late #3579

Closed

ublock load ads when chrome be reopen #3583

Closed

ranolfi mentioned this issue Jun 14, 2018

Cosmetic filters not working when "Show your windows and tabs from last time" (Firefox) until page is reloaded uBlockOrigin/uBlock-issues#72

Closed

8 tasks

gorhill mentioned this issue Jul 13, 2018

uBO intermittently don't block scripts uBlockOrigin/uBlock-issues#128

Closed

uBlock-user mentioned this issue Jul 18, 2018

ADs still appearing for the first few minutes upon opening firefox uBlockOrigin/uBlock-issues#133

Closed

8 tasks

uBlock-user mentioned this issue Oct 3, 2018

Requests bypass uMatrix on Firefox start uBlockOrigin/uMatrix-issues#69

Closed

7 tasks

uBlock-user mentioned this issue Oct 14, 2018

uBlock triggering issues uBlockOrigin/uBlock-issues#268

Closed

8 tasks

uBlock-user mentioned this issue Oct 26, 2018

uBlock Origin is delayed: doesn’t start to filter ADS when I launch Chrome: I have to wait about a minute to see it in action. uBlockOrigin/uBlock-issues#287

Closed

gorhill referenced this issue Dec 24, 2018

Move early blocking of requests out of experimental status on Firefox

41548be

Related issues: - #2067 - uBlockOrigin/uBlock-issues#128 Related mozbug issue: - https://bugzilla.mozilla.org/show_bug.cgi?id=1503721

LittleVulpix mentioned this issue Jan 26, 2019

Cosmetic filtering not enforced at uBO launch on already opened web pages uBlockOrigin/uBlock-issues#403

Closed

8 tasks

gorhill mentioned this issue Feb 6, 2019

No ads get blocked in the First opened Incognito window. Second and subsequent tabs all have adblock uBlockOrigin/uBlock-issues#414

Closed

8 tasks

uBlock-user mentioned this issue Sep 10, 2020

Chromium First Load Complete Security Bypass uBlockOrigin/uBlock-issues#1239

Closed

8 tasks

gwarser mentioned this issue Feb 26, 2022

Custom script does not get injected if tab is the first one to open uBlockOrigin/uBlock-issues#2014

Closed

8 tasks

mneunomne mentioned this issue Oct 17, 2022

Ads displayed in reloaded tabs after browser restart [Opera] dhowe/AdNauseam#1972

Closed

garry-ut99 mentioned this issue Jun 5, 2024

Auto update filter list / add back purge button uBlockOrigin/uBlock-issues#3263

Closed

9 tasks

garry-ut99 mentioned this issue Aug 30, 2024

"Could not filter properly at browser launch. Reload the page to ensure proper filtering." uBlockOrigin/uBlock-issues#3361

Closed

9 tasks

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Blocking "early" requests is not possible #1327

Blocking "early" requests is not possible #1327

laniakea64 commented Jan 31, 2016

gorhill commented Jan 31, 2016

laniakea64 commented Jan 31, 2016

gorhill commented Feb 1, 2016

gorhill commented Nov 4, 2016 •

edited

Loading

laniakea64 commented Nov 4, 2016

gorhill commented Nov 29, 2016 •

edited

Loading

gorhill commented Jul 5, 2017

ghost commented Dec 25, 2017

gwarser commented May 4, 2018 •

edited

Loading

gwarser commented Jul 13, 2018 •

edited

Loading

gorhill commented Dec 24, 2018

Blocking "early" requests is not possible #1327

Blocking "early" requests is not possible #1327

Comments

laniakea64 commented Jan 31, 2016

gorhill commented Jan 31, 2016

laniakea64 commented Jan 31, 2016

gorhill commented Feb 1, 2016

gorhill commented Nov 4, 2016 • edited Loading

laniakea64 commented Nov 4, 2016

gorhill commented Nov 29, 2016 • edited Loading

gorhill commented Jul 5, 2017

ghost commented Dec 25, 2017

gwarser commented May 4, 2018 • edited Loading

gwarser commented Jul 13, 2018 • edited Loading

gorhill commented Dec 24, 2018

gorhill commented Nov 4, 2016 •

edited

Loading

gorhill commented Nov 29, 2016 •

edited

Loading

gwarser commented May 4, 2018 •

edited

Loading

gwarser commented Jul 13, 2018 •

edited

Loading