[FIXED]NS10.1.7RC1-2:changing sites permission resets prefs

Bug reports and enhancement requests
Post Reply
pal1000
Junior Member
Posts: 44
Joined: Tue Mar 10, 2015 1:30 pm

[FIXED]NS10.1.7RC1-2:changing sites permission resets prefs

Post by pal1000 »

After updating to 10.1.7 RC1 some settings from Options page are reset to defaults if I trust a domain or full URL temporary or permanently, it doesn't seam to matter. I noticed this happens at least for these 2 settings:
- Advanced - Debug;
- Appearance - show NoScript contextual menu item.

After updating to 10.1.7 RC2 the brand-new "List full addresses in the permissions popup" is also affected.
Fortunately the known websites database is unaffected. Restarting Firefox brings everything back to normal until I mark something else trusted again.
Last edited by pal1000 on Tue Mar 13, 2018 8:04 am, edited 2 times in total.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
User avatar
therube
Ambassador
Posts: 7969
Joined: Thu Mar 19, 2009 4:17 pm
Location: Maryland USA

Re: NS10.1.7RCs:Firefox internal pages cause NS options rese

Post by therube »

some settings from Options page are reset to defaults after accessing Firefox internal pages
What do you mean by "Firefox internal pages"?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 SeaMonkey/2.49.2
pal1000
Junior Member
Posts: 44
Joined: Tue Mar 10, 2015 1:30 pm

Re: NS10.1.7RCs:Firefox internal pages cause NS options rese

Post by pal1000 »

Since updating to NS10.1.7RC1 and now on RC2 I experienced NoScript preferences reset after some time web browsing. Didn't figured out the trigger until now. I thought it may be Firefox internal pages (about: pages) but actually triggers when I do a temp trust. NS10.1.7RC2 made this bug far more obvious if "List full addresses in the permissions popup" is toggled. You'd immediately notice it changed back to default. And this issue happens in the background even if you never open NoScript Options page.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
pal1000
Junior Member
Posts: 44
Joined: Tue Mar 10, 2015 1:30 pm

Re: NS10.1.7RCs:Firefox internal pages cause NS options rese

Post by pal1000 »

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
pal1000
Junior Member
Posts: 44
Joined: Tue Mar 10, 2015 1:30 pm

Re: NS10.1.7RCs:Trusting sites trigger NS options reset

Post by pal1000 »

Updated the initial bug report, now that I found the real trigger. Took me long enough.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
User avatar
Giorgio Maone
Site Admin
Posts: 9524
Joined: Wed Mar 18, 2009 11:22 pm
Location: Palermo - Italy
Contact:

Re: NS10.1.7RCs:Trusting sites trigger NS options reset

Post by Giorgio Maone »

Good catch! Checking it...
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
User avatar
Giorgio Maone
Site Admin
Posts: 9524
Joined: Wed Mar 18, 2009 11:22 pm
Location: Palermo - Italy
Contact:

Re: NS10.1.7RCs:Trusting sites trigger NS options reset

Post by Giorgio Maone »

Please check latest development build 10.1.7rc3, thanks.

v 10.1.7rc3
=============================================================
+ Pressing DEL while on a fixed/absolutely positioned element
of a script-disabled page removes it, allowing users to
dismiss in-content popup "windows" and blocking overlays
x Fixed changing sites permission resets local preferences
regression from 10.1.7rc1 (thanks pal1000 for report)

x Fixed data: and blob: fonts not blocked even if the "font"
permission is not given to the main document (thanks
skriptimaahinen for report and preliminary patch)
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
pal1000
Junior Member
Posts: 44
Joined: Tue Mar 10, 2015 1:30 pm

Re: NS10.1.7RCs:Trusting sites trigger NS options reset

Post by pal1000 »

I confirm it's fixed. Thanks.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Post Reply