David E. Ross wrote:
On 11/30/2015 2:47 AM, Daniel wrote:
On 30/11/2015 3:34 AM, 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?
I found the best solution (best for me) to be with the PrefBar extension
from <https://addons.mozilla.org/en-US/seamonkey/addon/prefbar/>. I
imported into PrefBar the Permissions Menu menulist from
<http://prefbar.tuxfamily.org/buttons.html#permissionsmenu> and used it
to get the old Cookies Manager.
On the Cookie Websites tab, I deleted entries for Web sites that
indicate "website can set cookes" and re-entered those sites with the
Session button. If I want to block a Web site completely from setting
cookies, I select the Stored Cookies tab on Cookie Manager. I check the
"Don't allow websites that set removed cookies to set future cookies"
checkbox and then delete the unwanted cookies.
Note that, after the Stored Cookies tab indicates only those cookies I
really want to keep, I terminate the Cookie Manager and SeaMonkey.
After making sure that everything is terminated, I locate cookies.sqlite
in my profile and mark it "read-only". Web sites might think they are
setting persistent cookies but those cookies do not get written to their
database when SeaMonkey is terminated. They all become "session only".
Thank you, David, for providing your work-arounds, but, if I mark a
cookie as "Allow for Session Only", why does SM ignore my wishes and
change the cookies setting to "Allow". Do the Devs know better, or
something??
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.
Maybe I could get out of this if it was possible to delete permissions
but it does not appear to be.
possibility 1 - rename the file and start again.
possibility 2 - get some utility which can clean up a "SQLite 3.x
database, user version 8" under Linux.
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.
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
