Not sure. You say when the issue occurs the problematic cosmetic filter is still reported in the logger?barbaz wrote:Any of that ring any bells / any suggestions where to look next?
µBlock Origin thread
Re: µBlock Origin thread
Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Re: µBlock Origin thread
No, it does not get reported.gorhill wrote:You say when the issue occurs the problematic cosmetic filter is still reported in the logger?
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
Saw the issue again -
What timers, if any, does uBlock Origin have, and how long are they set for?
Interestingly, the $websocket block still consistently show up, so blocking rules must not be affected by this, right?
Also interestingly, as a test, used the element picker to created a blocking rule of pocttopus' avatar there
Reload the page with SeaMonkey's refresh button, and the cosmetic filters are working again. Could that be related?
Yet another piece of evidence pointing at this.barbaz wrote:I think the trigger could has something to do with browsing for a long time before ever opening the link.
What timers, if any, does uBlock Origin have, and how long are they set for?
To be clear, the logger stuff was from a working instance.barbaz wrote:No, it does not get reported.gorhill wrote:You say when the issue occurs the problematic cosmetic filter is still reported in the logger?
Interestingly, the $websocket block still consistently show up, so blocking rules must not be affected by this, right?
Also interestingly, as a test, used the element picker to created a blocking rule of pocttopus' avatar there
Code: Select all
||forums.mozillazine.org/download/file.php?avatar=2823383_1470844325.png$image
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
Ok, at first I thought you were saying the logger was reporting the filter even when not working. If the logger does not report the filter, then I have a pretty good suspicion of where the issue is. For performance consideration, uBO will stop surveying the DOM for a specific site (just the hostname part) after loading a new page x times from that site without finding new cosmetic filter for that site.barbaz wrote:To be clear, the logger stuff was from a working instance.
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
Re: µBlock Origin thread
Thanks, that would make sense if "page" is
ignoring the query string.
Is this the one? https://github.com/gorhill/uBlock/blob/ ... ing.js#L52
mozillaZine is down right now, so I'll try find another way to check it.
Code: Select all
http://forums.mozillazine.org/viewtopic.php
Is this the one? https://github.com/gorhill/uBlock/blob/ ... ing.js#L52
mozillaZine is down right now, so I'll try find another way to check it.
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
@gorhill: Nice, you nailed it!
Thanks again! https://github.com/gorhill/uBlock/issues/2011
That seems like it should be a configurable setting, but how to change it?
Thanks again! https://github.com/gorhill/uBlock/issues/2011
That seems like it should be a configurable setting, but how to change it?
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
@gorhill: I'm experiencing some weird filter glitch in uBlock Origin 1.9.8 in any version of SeaMonkey (tested both 2.40 and 2.46pre). uBlock Origin 1.9.6 works fine, and we don't seem to be able to reproduce the issue in Firefox.
Basically, if I add a specific local file as a filterset (with or without other filtersets), uBlock Origin disregards some whitelist rules inside the file. As a result, if I visit e.g. viewtopic.php?f=18&t=21619&start=30, uBlock Origin blocks the images from i.psyche.me.
Problem is, I'm not having any luck minimising this, and it would be preferable not to post that entire 740 KB file for all to see. (It is an automatically generated MASSIVE collection of "normalised" filtersets from I-forget-where-all, also including some personal filters.)
If I send you the file, is it OK with you to file the formal issue with only the STR?
Basically, if I add a specific local file as a filterset (with or without other filtersets), uBlock Origin disregards some whitelist rules inside the file. As a result, if I visit e.g. viewtopic.php?f=18&t=21619&start=30, uBlock Origin blocks the images from i.psyche.me.
Problem is, I'm not having any luck minimising this, and it would be preferable not to post that entire 740 KB file for all to see. (It is an automatically generated MASSIVE collection of "normalised" filtersets from I-forget-where-all, also including some personal filters.)
If I send you the file, is it OK with you to file the formal issue with only the STR?
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
Sorry, quite probably related to this regression bug. Fixed in 1.9.10.barbaz wrote:Basically, if I add a specific local file as a filterset (with or without other filtersets), uBlock Origin disregards some whitelist rules inside the file. As a result, if I visit e.g. viewtopic.php?f=18&t=21619&start=30, uBlock Origin blocks the images from i.psyche.me.
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Re: µBlock Origin thread
Yep, 1.9.10 WFM, thanksgorhill wrote:Sorry, quite probably related to this regression bug. Fixed in 1.9.10.
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
@gorhill: Is this mozillaZine thread http://forums.mozillazine.org/viewtopic ... &t=2965271 an official support/discussion thread for uBlock Origin?
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
There is not really any official support thread for uBO. Wherever there is more activity is probably the best candidate for support/discussion, as it means more chance to have one's question answered. There is not much activity on mozillazine for uBO. There is more activity at the other places Wilders Security, Mozilla Discourse.barbaz wrote:@gorhill: Is this mozillaZine thread http://forums.mozillazine.org/viewtopic ... &t=2965271 an official support/discussion thread for uBlock Origin?
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Re: µBlock Origin thread
Well I ask because it looks like all of us in this thread are members on mozillaZine, and we don't have that many people coming to these forums discussing uBlock Origin. Most of mentions of uBlock Origin are me suggesting it.
These days, this thread is just me asking you for help getting info to file bug reports. Which I could do on mozillaZine just as easily as here.
So, since mozillaZine has a lot more uBlock Origin users/activity than here, and thus more potential uBlock Origin help, I'm considering locking this in favor of the other threads. People who want to ask for uBlock Origin help here can start a new thread on their specific problem in Web Tech.
These days, this thread is just me asking you for help getting info to file bug reports. Which I could do on mozillaZine just as easily as here.
So, since mozillaZine has a lot more uBlock Origin users/activity than here, and thus more potential uBlock Origin help, I'm considering locking this in favor of the other threads. People who want to ask for uBlock Origin help here can start a new thread on their specific problem in Web Tech.
*Always* check the changelogs BEFORE updating that important software!
-
Re: µBlock Origin thread
No objections and no one else posted to this thread, so done.barbaz wrote: since mozillaZine has a lot more uBlock Origin users/activity than here, and thus more potential uBlock Origin help, I'm considering locking this in favor of the other threads.
*Always* check the changelogs BEFORE updating that important software!
-