-
Notifications
You must be signed in to change notification settings - Fork 16
Updating third-party filters is horrendously slow on Edge for build 15007 #54
Comments
There is a timeout of 30 seconds if a server does not respond to a request when fetching a filter list. Did you have to wait more than 30 seconds? |
I waited about 5 minutes. |
This used to happen pre- #21. Shouldn't happen on 1.10.2, but perhaps the latest fast build introduces some new issues or is buggy with its communication. My guess it's the same type of issue. I'm still on the slow ring (14986), so unfortunately cannot test this... When refreshing, do the lists still show that an update is available? |
Yes, the orange update available indicator does not go away. They do appear to work (although possibly with an older version). |
Yes, I've had this happen to me once (out of many times) and mentioned by someone else. It's a tricky one to reproduce. |
This seems to happen 100% of the time on 15007 on my machine |
I find that in build 15007, "Enabled XMLHttpRequests over Fetch" is by default in about:flags. |
Thanks @kevin12314, that gives me somewhere to look. I know the Edge team are doing a lot of work in that area and I'll let them know. |
Tested this on the most-recent Windows10 build (15025). |
|
@vemacs : Build 15025 is the most-recent stable build. Of course, there is the newer build 15031, but it is marked as unstable/fast-ring. I tested the extension for Edge and the extension for Chrome. |
For Chrome, was this uBO 1.11.0? If so, that part of the code has been re-factored and I have shortened the delay between each fetch, from 5 seconds to 2 seconds. Also, with 1.11.0, it's possible to configure the delay between each fetch. The reason for the delay is to be gentle on remote servers, and to be slow-connection friendly. |
You're right that this bug can be closed then, as the updating process doesn't outright hang anymore. |
@gorhill And both have been installed recently and have been updated! |
This is actually happening again with the latest store build and Win10 15055. The spinners when clicking "Update Filter List" only stop spinning after about 15 minutes for a not-very-large filter selection. |
I looked into the code to be sure, and the only way I can explain what you observe is if the "Update now" button did not actually send the order to update the filters to the main process. This would mean that the filter lists were actually updated by the auto-updater, which causes filter lists to be slowly updated in the background (auto-updater will update a filter list if needed at most once every two minutes). @nikrolls That would be the first thing to look at, whether it can happen the "Update now" button does not result in this handler to be called. |
@vemacs, are you still experiencing this issue with the latest Windows and uBlock Origin releases? |
Closing this due to a lack of activity and being unable to reproduce the issue any longer. |
Read first: https://github.com/gorhill/uBlock/blob/master/CONTRIBUTING.md
Describe the issue
The progressbar when updating third-party filters hangs about halfway, around the first pull from the web when trying to update filter lists in Edge on Windows 10 15007.
One or more specific URLs where the issue occurs
ms-browser-extension://EdgeExtension_37833NikRollsuBlockOrigin_f8jsg5mm64m62/dashboard.html
Screenshot in which the issue can be seen
Not sure if this is a visual issue, but:
Steps for anyone to reproduce the issue
1. Open settings
2. Click third-party filter lists
3. Click update
4. Wait
Your settings
All default settings
Your filter lists
Default filter lists + Anti-Adblock Killer
Your custom filters (if any)
The text was updated successfully, but these errors were encountered: