A Williams - [email protected] wrote:
David E. Ross wrote:
On 11/29/2015 4:45 AM, A Williams wrote:
I tend to give most "collateral damage" sites the "Allow for Session"
setting for Cookies.  Today I went through the permissions listing and
discovered that quite a few unwanted sites have the "Allow" setting.

So I changed the permissions to "Allow for Session".

Positioning to the next site and back again, I see that the
Permissions
are immediately reset to "Allow".  Deleting all existing cookies (for
the site) and then trying again does not help.

How do I make this change - my personal "do not track" - stick?


It may not help with the permissions not sticking, but why not set the default cookie retention policy to "Accept for current session only" (Edit > Preferences > Privacy & Security > Cookies), and then set the permission to "Allow" for specific sites which you want to allow to store persistent cookies? That way, you don't allow previously unknown sites to set persistent cookies; only those which you explicitly allow can do that.

Also, bear in mind that restricting cookies to a session won't prevent them from being used to track activity across several sites which you visit in the same session.


Windows 7 Ultimate SP1 (x64)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101
SeaMonkey/2.39

That is not happening for me.


I think I can see what is happening and it appears my permissions.sqlite
is corrupt.  Taking a site at random (ok, its near the top)
http://123people.com
When I look at the permissions for that site, "Set Cookies" is in there
twice - two lines for the one entry - changing one of the lines works,
the second one is resilient.

Are they both for the same subdomain? It may be, for example, that one is for 123people.com and the other for www.123people.com, which is not a duplicate.

Maybe I could get out of this if it was possible to delete permissions
but it does not appear to be.

I think ticking the "Use Default" option should to that - the permission disappears after you switch to a different domain and back again. But if your database is actually corrupt that may not work.

possibility 1 - rename the file and start again.

Probably your best bet, if the database is actually corrupt.

possibility 2 - get some utility which can clean up a "SQLite 3.x
database, user version 8" under Linux.

I'm not sure of specifics off the top of my head, but others here have mentioned an application for editing the data in SQLite databases. You'd probably need to understand the structure of the database records though, to know what needs to be deleted. If you attempt this, definitely make a backup of your profile first!

possibility 3 - "it does not matter what the second line says, it is the
first one which counts" would be the perfect solution!

Something which could compress places.sqlite (21GB) or
webappsstore.sqlite (10GB) would also not be a bad idea.  Further
research is called for.  Thanks.

From <http://kb.mozillazine.org/Profile_folder_-_SeaMonkey>, apparently places.sqlite stores browsing history and bookmarks. Perhaps clearing browsing history would compact it? Edit > Preferences > Browser > History > Clear History.

webappsstore.sqlite isn't listed there, but I'd guess that's where web applications can store data on your computer so perhaps one or other of the following are relevant: - Tools > Data Manager; select "Storage only" from the dropdown near the top left corner to see sites with data stored (I don't have any, and my webappsstore.sqlite is 3kB, but perhaps you have lots) - Edit > Preferences > Advanced > Offline Apps; from there you can either clear all data, or just clear the data for specific sites if you want to keep some sites. I have the option there set to only allow sites I've given permission to store data, which probably keeps the size down (I only have one site listed there, using 401kB, but I think that may be stored in %LOCALAPPDATA%\Mozilla\SeaMonkey\Profiles\<profile>\OfflineCache\ rather than webappsstore.sqlite).

Mark.

_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey

Reply via email to