Page 2 of 2

Re: Basilisk updated

Posted: 2018-01-01, 19:43
by dodona
interesting observation:

it did some grep in the profile directory and found that user.js might be the source that extensions.blocklist.enabled automatically changes its value to true :evil: after each browser restart.

Therefor I set user.js->user_pref("extensions.blocklist.enabled", false);. Since then I did 2 restarts and each time extensions.blocklist.enabled has the correct value which is false. :D

I'm now lurking if something changes, and if so, Ill notice you 4 sure.

Re: Basilisk updated

Posted: 2018-01-01, 20:02
by Moonchild
That is the design of user.js -- unless you want to have specific preferences always set to certain values, you should not be using user.js because that is exactly what it does.

Re: Basilisk updated

Posted: 2018-01-01, 21:27
by dodona
I never edited user.js before. Therefor basil must have set all variables of it to the default values, overriding the values set manually by about:config each restart.

Anyhow. I removed all the urls of user.js as well as about:config, including all the telemetry urls. Up to now it appears to be stable. No blocklist troubles anymore. :clap:

Finally I wrote some cronjob checking extensions.blocklist.enabled for the true :evil: value each hour, sending a email to me, and automatically set blocklist.enabled back to false by the good ole sed. :mrgreen:

Re: Basilisk updated

Posted: 2018-01-01, 21:51
by coffeebreak
dodona wrote:I never edited user.js before.

The user.js doesn't exist by default (except in the portable version of PM, which to my knowledge is Windows-only) - It *should* only exist if the user creates it.

Re: Basilisk updated

Posted: 2018-01-02, 17:30
by dodona
now after 36 hours of stable running incl. several restarts for me the case is closed. After eliminating the user.js problem everything is fine beside the reader problem.
Thanks for the support! :thumbup:

Re: Basilisk updated

Posted: 2018-01-02, 17:38
by dodona
coffeebreak wrote:
dodona wrote:I never edited user.js before.

The user.js doesn't exist by default (except in the portable version of PM, which to my knowledge is Windows-only) - It *should* only exist if the user creates it.
plain theories doesn't help.
I have no idea where the user.js came, and especially, why it had all the disturbing blocklist related settings.
Anyway its gone and basil works fine.

Re: Basilisk updated

Posted: 2018-01-09, 22:32
by JustOff
I hate to say it, but I still have problems with add-ons blocking on Linux (Basilisk build 20180105015013, clean profile, default settings). Unfortunately the corresponding ticket on GitHub was closed as resolved and locked, so I forced to report it here.

And, as I already wrote, this is not about warnings and most likely not about blocklist itself (regardless of the error messages). It seems there is something fundamentally wrong with Basilisk on Linux (see also the problem with Devtools).