-
Notifications
You must be signed in to change notification settings - Fork 436
Filter list when site inaccessible is not kept #708
Comments
That's how it works. If the locally cached copy was removed, it's because uBlock was told that the downloading of the remote resource worked all fine. So for this to happen is because the site did not return an error,
|
So the site must have sent an |
Well, that site did have big problems yesterday indeed, not sending an error included (or moreover a '200 OK' performed). I had called its filter list url from the browser and access was impossible indeed but from the browser hard to tell what's going on, especially for a non techie). You learn every day. |
Not so fast, I corrected myself above. |
@gorhill commented on 6 févr. 2015 13:16 UTC+1:
Yep, I saw it, thanks. I'll leave my post open, up to you to decide if it is to be closed. |
I noticed yesterday when updating my filter lists that one of the sites delivering one of my custom lists was inaccessible. Unfortunately the list itself as it was before update had been removed.
I understand that updating a list is a mirror update and therefor list is removed before being updated.
Would it be possible that the active list not be removed before access to the delivering site is validated?
The site's list is AntiPubWeb, unfortunately not https but excellent for it's filter list (originally for AdblockPlus/Edge) concerning many sites in France. Yesterday the site had problems and as mentioned above the ~8000 filters had all been removed. Fortunately I always backup my Firefox profile. But whatever source the problem could arise again.
uBlock 0.8.6.0 on Firefox 35.0.1
Thanks
The text was updated successfully, but these errors were encountered: