Repository navigation
Number of blocked requests on the extension icon appears few seconds late after the webpage loading stops #155
Description
Activity
- ghost changed the title
[-]Number of blocked requests on the badge icon appears few seconds late after the webpage loading stops[/-][+]Number of blocked requests on the extension icon appears few seconds late after the webpage loading stops[/+]on Aug 4, 2018 For two reasons:
-
By design because displaying the block count has the lowest priority among all the tasks uBO has to handle. It would be inefficient to give a higher priority to the badge on the icon, the assumption is that calls to the API framework should be coalesced for efficiency purpose.
-
Because uBO has to buffer results of the processing of network requests to ensure they are properly reported: uBlock blocking domain but not showing it in the dynamic filtering pane gorhill/uBlock#2053. The fix to this issue required to introduce a delay before deciding what document owns a network request.
-
Pointed out above: gorhill/uBlock#2053. Fixed in 1.9.16.
- addedwontfixwon't be addressedwon't be addressedand removedbugSomething isn't workingSomething isn't working
on Aug 4, 2018 uMatrix is less sensitive to the issue affecting uBO, so I did not port the journaling code in uMatrix.
uMatrix is less sensitive to the issue because unlike uBO, the slate is not cleared on page reload.
Why? It's just a cosmetic "issue", what would be the point to mess with code which works fine as it is?
I am going to add an advanced hidden setting to control the timing of journaling.
Reacted by uBlock-user2 remaining items
@rjkpa FYI you can run concurrent firefox profiles, and even different Ff releases (as long as one is a portable version) - see https://github.com/ghacksuserjs/ghacks-user.js/wiki/2.3-Concurrent-Profiles
^^ Sorry for going off topic, but you can run two or more FFs - each has it's OWN profile (that's the point). No one ever said to use the same profile simultaneously, although I can see that installed versions would auto-pickup on existing profiles.
on a single profile like you can do on Chromium
I'm not a chrome user, so I have no idea what you did in chrome. Sometimes I assume people already know things. I do not use installed FF either, so not sure on running two or more different installed FFs versions, but definitely with portable (or only one installed) you can.
But you are right - you can't use the same profile concurrently. I never said you could. Read the wiki. I said you can run concurrent profiles (and thus this allows you to ALSO run concurrent FF versions).
Quote: me
"FYI you can run concurrent firefox profiles, and even different Ff releases"
I said profiles, plural, with an s. This allows you to run multiple firefox.exe's. End of story. If you want to badger on about it, I am not interested. Why do you keep harping on about chromium? Don't answer.
- addedsomething to addresssomething to addresssomething to addressand removedwontfixwon't be addressedwon't be addressed
on Aug 5, 2018 The new advanced setting has been added:
requestJournalProcessPeriod, default to 1000 (milliseconds). This will be in next dev build.Reacted by uBlock-userReacted by darkred- addedfixedissue has been addressedissue has been addressedenhancementNew feature or requestNew feature or requestand removedsomething to addresssomething to addresssomething to address
on Sep 1, 2018
Prerequisites
Description
Number of blocked requests on the extension icon appear second or two late after the webpage load.
A specific URL where the issue occurs
https://www.google.com/Steps to Reproduce
Disable all extensions and only keep uBO enabled.
Browse to
google.comand wait for the page to get loaded and notice that number of blocked requests appear second or two after the page loading stops.For the sake of comparision, install v1.9.14 side by side and run both versions together on
google.com, notice that with v1.9.14, the number of blocked requests appears as soon as the page is loaded but the latest dev build version take a second or two for that number to appear.Refresh the page few more times to be able to reproduce this issue at will.
Watch the video I have attached below which displays the bug when compared with version v1.9.14 side-by-side. Reproducible on Firefox too but I can't provide a video of side by side comparison due to Firefox not allowing to install two versions side by side.
Expected behavior:
Number of blocked requests on the extension icon appears as soon as the webpage loading stops.
Actual behavior:
Number of blocked requests on the extension icon appears after a second or two late after the webpage loading stops. This started happening after v1.9.14.
Supporting Evidence
https://i.gyazo.com/22ab15443943f1ca7254f1b022beab65.mp4
Your environment