Loading…
"MVPS HOSTS" filter list isn't updating to the latest release, even after "purge cache" is clicked #901
3 participants
Is uMatrix's behind-the-scene blocking it?
Nope.
Disabling uMatrix completely, and trying again reproduced the same faulty result.
I have 28 Feb. here. Check what uBlock's console says when you try to update the filter list.
Nothing shows up at the Console.
It's plain empty after the updating process.
What console did you look at?
F12 -> Console (The Javascript console)
No... The extension console, from Extensions: click background.html for uBlock when Developer mode is enabled.
Sorry, my bad, thought I would get the desired console from there.
Checking the extension console, It still shows blank console after the updating process.
Also, I don't seem to see any network requests in the "Network" tab even after purging all the caches and downloading the filter lists again.. is this normal? should I see it somewhere else?
Maybe a cached copy is handled to me even after purging the cache for that list?
The packaged copy is dated Jan. 24th. Looks like they updated today, so the remote server copy is Feb. 28th. I get Feb. 28th on Chromium. I don't know why you do not get the latest one after purging the cache. Try while leaving uBlock's dev console open, but select the Network tab to see if the network request is made.
That's what I get:
Something is wrong with the remote server. If I try to get the file directly from the browser, I get a truncated content as a result: http://winhelp2002.mvps.org/hosts.txt.
Ahh, now I'm seeing something interesting..
I now can confirm that I am getting the list from cache, and not from the server as shown here:
Something is wrong with the remote server. If I try to get the file directly from the browser, I get a truncated content as a result: http://winhelp2002.mvps.org/hosts.txt.
Comparing the cached list from Firefox (which got the Feb. 28 updated list), to the direct file from the browser, I can see the truncated result in both, which means the updated list is not complete/broken.
Should this be informed to the maintainer?
Should this be informed to the maintainer?
I guess. Personally I would wait till the end of the day, as the list was updated today, maybe it's just a transient problem due to high traffic. Will see if this resolves on its own by the end of the day.
Will see if this resolves on its own by the end of the day.
I agree.
But the question that still remains open is:
Why I don't get the remote list in Chrome even after purging it?
Why I don't get the remote list in Chrome even after purging it?
I don't know. I can get the (truncated) remote version. The only way I can reproduce what you have, is by blocking the remote server for behind-the-scene requests to that server, whether using uMatrix or uBlock.
Try to restart the browser, sometimes after an update, it happens extensions act weird.
Nothing seems to block it.
If this was something system wide, I wouldn't be able to update this list on Firefox..
There is definitely a bug in uBlock, as creating a new profile in Chrome, and installing uBlock with default settings + selecting MVPS HOST list, updates as it should.
Try to restart the browser, something after an update, it happens extensions act weird.
Restarting Chrome isn't helping.
Restarting Chrome isn't helping
Do you have "Continue running background apps when Chromium is closed" enabled?
Do you have "Continue running background apps when Chromium is closed" enabled?
No, I have disabled this options long ago, before I had this problem.
I will investigate further.
I have the same experience here on Firefox nightly, when downloading the list from http://winhelp2002.mvps.org/hosts.txt
It's cutting off with 0.0.0.0 medi being the last line.
It's also cutting off at the same spot when opening
chrome://ublock/content/asset-viewer.html?url=assets/thirdparties/winhelp2002.mvps.org/hosts.txt
@Betsy25 That's a server problem. @Mikey1993's problem is that he doesn't even get that version, he gets only the packaged version, which dates from January 24th. The only way I can reproduce such behavior is by preventing a network connection to the remote winhelp2002.mvps.org server.
@Mikey1993 : I just can't repro. Something in your Chrome settings is preventing a connection to the remote server. How do you get 236K + 70K filters? I also notice the number of custom filters is different in your Firefox and Chrome.
Note that if winhelp2002.mvps.org sends you back an empty file, uBlock will consider this an error and fall back onto the packaged version.
@Mikey1993 Can you repeat you flush-cache-apply-change scenario as seen in the video, but with the behind-the-scene network request logger opened and see what it says?
Can you repeat you flush-cache-apply-change scenario as seen in the video, but with the behind-the-scene network request logger opened and see what it says?
Yes, I do get the same result in the logger as yours after repeating the scenario.
Oh, if I hit the "Disable cache" from the Console, and then repeating the scenario, I get the file from the server and not from the cache!
If, then, I uncheck it, I can no longer reproduce and get the Jan. list (the outdated cached file).
This got resolved through the Console, but I am pretty sure there is a bug in uBlock, which somehow not clearing/updating cached content as it should because of the fact that, if telling Chrome explicitly to not use the cached version + seeing that an XHR request was actually sent(?) in the logger, sorted out this issue.
Interestingly, when browsing to:
%AppData%\Local\Google\Chrome SxS\User Data\Default\Extensions\cjpalhdlnbpafiamejdnhcphjbkeiagm\0.8.9.0_0\assets\thirdparties\winhelp2002.mvps.org\hosts.txt
I still have the Jan. list file (outdated list).
Is this expected?
Is there anywhere else where the cached version should be?
Yes it is expected, it's the packaged version. The cached version is opaque to users, it's in a Chrome API storage.
Are you using a version of uBlock which is built locally from the code repository?
Are you using a version of uBlock which is built locally from the code repository?
No.
The Firefox version has been installed from Github (from release XPIs, not compiled manually from code repository).
And Chrome is being updated through Chrome Store.
I am pretty sure there is a bug in uBlock
Look, I cannot prevent the browser from returning it's own internal cached copy instead of querying the remote server. You probably had MVPS updated shortly before they updated to their newer (broken) version, and the browser had that copy cached internally.
Look, I cannot prevent the browser from returning it's own internal cached copy instead of querying the remote server.
Sure thing,
At least I now know how to overcome this issue if it ever happens again.
The list hasn't been updated from Feb 28. and still broken.
Should we inform the creator?
I think he isn't aware of this.
Edit: The list has been fixed.
This happens only on Chrome, on my machine. Firefox is OK.
Didn't happen on my 2nd machine at all, not even on Chrome.
Here is a screen cast reproducing the issue on Chrome on the affected machine:
https://www.youtube.com/watch?v=lB-F9RwtKPU