Profile and Offline Storage

In my SeaMonkey profile is a directory called 'storage/default'
and within that directory there are dozens of websites listed with 
sqlite databases.

I'm guessing this is related to "offline storage", but I've just gone to 
"Preferences : Advanced : Offline Storage", and it says I'm using zero 
bytes of storage and clearing it makes no difference.

I'm using SeaMonkey/2.53.1, but I think this was the same in my previous 
version.

-- 
Gerry Hickman (London UK)
0
Gerry
2/6/2020 7:27:18 PM
mozilla.support.seamonkey 13358 articles. 0 followers. Post Follow

9 Replies
29 Views

Similar Articles

[PageSpeed] 4

On 2/6/2020 11:27 AM, Gerry Hickman wrote:
> 
> In my SeaMonkey profile is a directory called 'storage/default'
> and within that directory there are dozens of websites listed with 
> sqlite databases.
> 
> I'm guessing this is related to "offline storage", but I've just gone to 
> "Preferences : Advanced : Offline Storage", and it says I'm using zero 
> bytes of storage and clearing it makes no difference.
> 
> I'm using SeaMonkey/2.53.1, but I think this was the same in my previous 
> version.

I created a script that deletes the contents of all "storage" folders
and then deletes the folders themselves for all my profiles.  I run this
script just before doing my weekly system-wide backups.

-- 
David E. Ross
<http://www.rossde.com/>

Beyond Meat and other such vegetarian meat substitutes
represent the ultimate in ultra-processed foods.  Real
meat is natural.  Beyond Meat is definitely not.  No,
I do NOT own a cattle ranch, a butcher shop, or any
other business doing commerce in meat.
0
David
2/6/2020 8:03:35 PM
A long long time ago some storage api was discontinued.

https://bugzilla.mozilla.org/show_bug.cgi?id=1045989

Did look at this from time to time but no time to fix. Best is probably to 
hide the 0 byte per default.

FRG

Gerry Hickman wrote:
> 
> In my SeaMonkey profile is a directory called 'storage/default'
> and within that directory there are dozens of websites listed with sqlite 
> databases.
> 
> I'm guessing this is related to "offline storage", but I've just gone to 
> "Preferences : Advanced : Offline Storage", and it says I'm using zero bytes 
> of storage and clearing it makes no difference.
> 
> I'm using SeaMonkey/2.53.1, but I think this was the same in my previous version.
> 
0
Frank
2/6/2020 8:46:16 PM
Frank-Rainer Grahl wrote:
> A long long time ago some storage api was discontinued.
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1045989
> 
> Did look at this from time to time but no time to fix. Best is probably 
> to hide the 0 byte per default.

I read the bug report, but don't understand what you mean by "hide the 0 
byte per default". Is this something I need to change in SeaMonkey 
Preferences?

-- 
Gerry Hickman (London UK)
0
Gerry
2/6/2020 9:09:38 PM
Gerry Hickman wrote:
> Frank-Rainer Grahl wrote:
>> A long long time ago some storage api was discontinued.
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1045989
>>
>> Did look at this from time to time but no time to fix. Best is probably to 
>> hide the 0 byte per default.
> 
> I read the bug report, but don't understand what you mean by "hide the 0 byte 
> per default". Is this something I need to change in SeaMonkey Preferences?
> 

No it is a bug in SeaMonkey

FRG
0
Frank
2/6/2020 9:23:14 PM
Frank-Rainer Grahl wrote:

>> I read the bug report, but don't understand what you mean by "hide the 
>> 0 byte per default". Is this something I need to change in SeaMonkey 
>> Preferences?
>>
> 
> No it is a bug in SeaMonkey

OK, so my understanding of it, is that the offline storage api is still 
used by SeaMonkey, but the ability to report it's size, and to clear it 
down do not work?

-- 
Gerry Hickman (London UK)
0
Gerry
2/6/2020 10:01:24 PM
Gerry Hickman wrote:
> Frank-Rainer Grahl wrote:
> 
>>> I read the bug report, but don't understand what you mean by "hide the 0 
>>> byte per default". Is this something I need to change in SeaMonkey 
>>> Preferences?
>>>
>>
>> No it is a bug in SeaMonkey
> 
> OK, so my understanding of it, is that the offline storage api is still used 
> by SeaMonkey, but the ability to report it's size, and to clear it down do not 
> work?
> 

The ability to report the size in data manager is no longer there. Clearing 
still works but some new storage types need to be accounted for too. Something 
which will be fixed later.

FRG
0
Frank
2/7/2020 4:24:33 PM
Frank-Rainer Grahl wrote, on 07 Feb 20 13:24:

> Gerry Hickman wrote:
> 
> In my SeaMonkey profile is a directory called 'storage/default'
> and within that directory there are dozens of websites listed with 
> sqlite databases.
> 
> I'm guessing this is related to "offline storage", but I've just gone to 
> "Preferences : Advanced : Offline Storage", and it says I'm using zero 
> bytes of storage and clearing it makes no difference.
>
>> Frank-Rainer Grahl wrote:
>>
>>>> I read the bug report, but don't understand what you mean by "hide 
>>>> the 0 byte per default". Is this something I need to change in 
>>>> SeaMonkey Preferences?
>>>
>>> No it is a bug in SeaMonkey
>>
>> OK, so my understanding of it, is that the offline storage api is 
>> still used by SeaMonkey, but the ability to report it's size, and to 
>> clear it down do not work?
> 
> The ability to report the size in data manager is no longer there. 
> Clearing still works but some new storage types need to be accounted for 
> too. Something which will be fixed later.
> 
> FRG

But the main question I see is whether this storage (or "these 
storages", since there are several) should be cleared or not, and when/why?

-- 
Best,

s) alexyu   <alexyu@postpro.net>



0
alexyu
2/7/2020 9:21:34 PM
alexyu wrote:
>> The ability to report the size in data manager is no longer there. 
>> Clearing still works but some new storage types need to be accounted 
>> for too. Something which will be fixed later.
>>
>> FRG
> 
> But the main question I see is whether this storage (or "these 
> storages", since there are several) should be cleared or not, and when/why?

The reason why you should be able to clear them, is related to 
"privacy", and also reducing garbage in the profile. The SeaMonkey 
interface indicates that you can check the size, and also that you can 
clear them down, but my original post (and David's post above) indicates 
that when you press "clear" in SeaMonkey, they don't get deleted.

However, Frank says above that "clearing still works", so it's a bit 
confusing.

-- 
Gerry Hickman (London UK)
0
Gerry
2/7/2020 11:40:34 PM
Gerry Hickman wrote, on 07 Feb 20 20:40:

> alexyu wrote:
>
>>> The ability to report the size in data manager is no longer there. 
>>> Clearing still works but some new storage types need to be accounted 
>>> for too. Something which will be fixed later.
>>>
>>> FRG
>>
>> But the main question I see is whether this storage (or "these 
>> storages", since there are several) should be cleared or not, and 
>> when/why?
> 
> The reason why you should be able to clear them, is related to 
> "privacy", and also reducing garbage in the profile. The SeaMonkey 
> interface indicates that you can check the size, and also that you can 
> clear them down, but my original post (and David's post above) indicates 
> that when you press "clear" in SeaMonkey, they don't get deleted.
> 
> However, Frank says above that "clearing still works", so it's a bit 
> confusing.

Yes, of course generically you can/should/may delete data/files for 
privacy and/or reducing garbage; what I'd like to know is what are 
probable reasons for deleting these specific SM profile files: Would 
they usually be a serious privacy offender? They seem to be relatively 
small and accumulate slowly, so that shouldn't be much pf a factor, but 
perhaps due to some Preferences settings they may grow much faster? 
Since they belong to a so little-used function that their 'normal' 
clearance-on-demand hasn't worked for a long time with hardly anyone 
noticing, maybe it's just a "tempest in a teapot"?

And I imagine FRG meant that you can always clear them manually, ie, go 
to the SM profile and delete them, even if the 'button' in Preferences 
isn't working -- and that's why I raised the question about "should we?"...

-- 
Best,

s) alexyu   <alexyu@postpro.net>



0
alexyu
2/8/2020 3:07:42 PM
Reply: