Ask for help about NoScript, no registration needed to post
-
barbaz
- Senior Member
- Posts: 9827
- Joined: Sat Aug 03, 2013 5:45 pm
Post
by barbaz » Thu Sep 17, 2020 10:09 am
Alain T. wrote: ↑Thu Sep 17, 2020 8:54 am
WDC was the guilty one !
So NoScript settings are kept in the cache...
The main NoScript settings, including the site permissions, are stored in storage-sync-v2.sqlite, storage-sync-v2.sqlite-shm, and storage-sync-v2.sqlite-wal in Firefox 79+. The last two are normally temporary files which get "written out" to storage-sync-v2.sqlite on quit. But for some reason that isn't happening with the storage-sync-v2.sqlite files, and some overzealous cleaning programs don't account for that possibility.
If you want to get rid of these "temporary" files without losing any data, you could completely quit Firefox, then open the storage-sync-v2.sqlite (leaving the -shm & -wal files alongside it) in
sqlitebrowser, then quit sqlitebrowser without making any changes.
*Always* check the changelogs BEFORE updating that important software!
-
-
q0p
- Posts: 1
- Joined: Thu Feb 04, 2021 4:45 pm
Post
by q0p » Thu Feb 04, 2021 4:50 pm
Can you add in NoScrypt sync function?
I am login in firefox account on different PC and I get all bookmarks, all addons (NoScrypt too).
But whitelist of sites (sites with enabled crypts) don`t sync.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0
-
Guest
Post
by Guest » Sat Feb 20, 2021 2:23 am
barbaz wrote: ↑Thu Sep 17, 2020 10:09 am
Alain T. wrote: ↑Thu Sep 17, 2020 8:54 am
WDC was the guilty one !
So NoScript settings are kept in the cache...
The main NoScript settings, including the site permissions, are stored in storage-sync-v2.sqlite, storage-sync-v2.sqlite-shm, and storage-sync-v2.sqlite-wal in Firefox 79+. The last two are normally temporary files which get "written out" to storage-sync-v2.sqlite on quit. But for some reason that isn't happening with the storage-sync-v2.sqlite files, and some overzealous cleaning programs don't account for that possibility.
If you want to get rid of these "temporary" files without losing any data, you could completely quit Firefox, then open the storage-sync-v2.sqlite (leaving the -shm & -wal files alongside it) in
sqlitebrowser, then quit sqlitebrowser without making any changes.
I came here to report a "bug" then saw several posts in this thread that confirmed my findings. I recently updated my and my wife's computers to the latest Firefox version 8.5x. (I'd blocked any updating for quite some time - on purpose.) My wife discovered that any new whitelist or blacklist items added to Per-Site Permissions would NOT remain on the list permanently. A test on my computer showed the same behavior. After much troubleshooting and investigation, I was able to track the issue to CCleaner's Firefox cache cleaning. Specifically to storage-sync-v2.sqlite-shm and -wal, both of which were deleted whenever running CCleaner Portable - which we both run almost daily. All the older entries in Per-Site Permissions did NOT get deleted by CCleaner, so I assume the older entries are stored elsewhere and not in the these two files. To get around this "bug" - which may actually be a Firefox bug - I simply added these two files to CCleaner's "exceptions". Problem solved. Hopefully this might save some time for anyone running up against the same situation.

Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0
-
barbaz
- Senior Member
- Posts: 9827
- Joined: Sat Aug 03, 2013 5:45 pm
Post
by barbaz » Sat Feb 20, 2021 5:42 pm
This thread is only for Firefox Sync related NoScript issues. Please take further discussion of cleaning software problems elsewhere.
*Always* check the changelogs BEFORE updating that important software!
-
-
Jackalus
- Posts: 4
- Joined: Tue Mar 15, 2016 2:07 pm
Post
by Jackalus » Sun Feb 21, 2021 2:24 pm
I am posting to get into the loop on this thread.
I recently lost all my settings from NS on Android (FF required reinstalling)
I do use Sync, and would be delighted if NS synced at least the whitelist.
Thanks
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0