Re: How to correctly unsubscribe a newsgroup

[David E. Ross]

On 1/31/2021 3:05 PM, Sjouke Burry wrote:
> On 31.01.21 23:55, Ray_Net wrote:
>> Hello,
>>
>> After right-click on a newsgroup we can then click on unsubscribe ...
>> and the newsgroup disappeared.
>>
>> However in the profile under the News\\ directory the 2
>> corresponding files .dat and .msf of the unsubscribed group are still
>> present.
>> Could we delete them ?
>>
>> Is that a safe action ? Or it could be more complicate to clean correctly ?
>>
> Unless you delete them, they will stay around forever.
> just delete them.
> 
DO NOT delete the .msf file for any newsgroup server.  Only delete the
.msf file for the deleted newsgroup.  It appears that the .msf file for
the server contains flags for how to display Thunderbird's thread and
message panes for that account.

Also, open file .rc for the SERVER in a plain-text editor (e.g.,
Notepad, Wordpad, but not Word).  If there is an entry for the deleted
newsgrup, remove that entry.  If Thunderbird is working correctly,
however, that entry should have been automatically removed when you
deleted the newsgroup.

-- 

David E. Ross
.

The only reason we have so many laws is that not enough people will do
the right thing.  (© 1997 by David Ross)

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: How to correctly unsubscribe a newsgroup

[Sjouke Burry]

On 31.01.21 23:55, Ray_Net wrote:

Hello,

After right-click on a newsgroup we can then click on unsubscribe ...
and the newsgroup disappeared.

However in the profile under the News\\ directory the 2
corresponding files .dat and .msf of the unsubscribed group are still
present.
Could we delete them ?

Is that a safe action ? Or it could be more complicate to clean correctly ?


Unless you delete them, they will stay around forever.
just delete them.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

How to correctly unsubscribe a newsgroup

[Ray_Net]

Hello,

After right-click on a newsgroup we can then click on unsubscribe ... 
and the newsgroup disappeared.


However in the profile under the News\\ directory the 2 
corresponding files .dat and .msf of the unsubscribed group are still 
present.

Could we delete them ?

Is that a safe action ? Or it could be more complicate to clean correctly ?
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Can't clear offline storage, 2.53.6

[Dirk Fieldhouse]

On 31/01/2021 14:30, Gerry Hickman wrote:

In my profile is a directory called 'storage', which then has three 
sub-dirs called 'default', 'permanent', 'temporary'. These dirs are full 
of junk like sqlite databases.


Not necessarily junk: see 



What is the proper way to clear all this 'storage' so that it doesn't 
keep coming back?


You can experiment with Edit>Preferences>Privacy & Security>Private 
Data>Clear Now... to see if clearing Cache, Cookies, or Offline Website 
Data has any effect. There have been bugs in this area in the past. 
Reading some pages returned by 
 doesn't give me a 
feeling that this area has been well designed, nor that any particular 
SM or FF version has got it right.


/df

--
London
UK
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Can't clear offline storage, 2.53.6

[David E. Ross]

On 1/31/2021 6:30 AM, Gerry Hickman wrote:
> Hi,
> 
> In my profile is a directory called 'storage', which then has three 
> sub-dirs called 'default', 'permanent', 'temporary'. These dirs are full 
> of junk like sqlite databases.
> 
> What is the proper way to clear all this 'storage' so that it doesn't 
> keep coming back?
> 
> Trying to do it from "Edit : Preferences" doesn't seem to work at all.
> 
Windows 7
SeaMonkey 2.49.5

I do not think you can prevent the use of "storage".  However, I located
the folders in my profiles and created a script to delete the contents
of the subfolders and then delete the subfolders themselves.  I run that
script before doing system backups.  Yes, I could merely block my backup
routine from including "storage"; but by deleting the data, I recover
disc space.

Since you are using Linux and I am using Windows, I cannot suggest how
to create the script for your system.

-- 

David E. Ross
.

The only reason we have so many laws is that not enough people will do
the right thing.  (© 1997 by David Ross)

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Can't clear offline storage, 2.53.6

[Gerry Hickman via support-seamonkey]

Hi,

In my profile is a directory called 'storage', which then has three 
sub-dirs called 'default', 'permanent', 'temporary'. These dirs are full 
of junk like sqlite databases.


What is the proper way to clear all this 'storage' so that it doesn't 
keep coming back?


Trying to do it from "Edit : Preferences" doesn't seem to work at all.

--
Gerry Hickman (London UK)
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Unable to use SeaMonkey v2.53.6's places.sqlite in Firefox v85.

[Don Spam's Reckless Son]

EE wrote:

Dirk Fieldhouse wrote:

On 30/01/2021 09:07, Ant wrote:
... How can I use/import my SeaMonkey's places.sqlite to use in the 
(lat/new)est Firefox like in the past? I don't want to use Firefox's 
Sync.

...


Your problem is  
which remove Places migration from versions older than Firefox 60.


 From the accompanying commit 
, 
we can see that the previous migration cut-off was schema v35/FF52 and 
the commit advances it to schema v43/FF52.


The simplest solution is to use FF78ESR, at least until the next ESR 
version replaces it. As you have chosen to be a "permanent beta" 
tester, that probably isn't a good answer and won't be in the long 
term anyway.


How about this? Have a scrap installation of FF78ESR (or later, as 
many Firefoxes as you need to bridge from SM 2.x to a bleeding edge 
FF). Close SM, copy places.sqlite to a profile in FF78ESR, run that FF 
with that profile, close it, copy the new places.sqlite to FF85 (or 
later, to a subsequent ESR and repeat until you have a compatible 
version).


Alternatively (for a higher degree of difficulty), reviewing the SQL 
that was removed in the commit (in Database::MigrateV36Up() through to 
Database::MigrateV43Up()) could enable one to create a SQLite database 
script that upgrades the schema used in places.sqlite from v35 to a 
compatible version.


/df

Why not just either export the bookmarks as html or back them up as 
sqlite from SeaMonkey and either import them or restore them into 
Firefox?  That would not help with the history, but the bookmarks will 
be preserved.




I believe places.sqlite contains more than just the bookmarks - afaik 
the browsing history also lands there.


--
spammo ergo sum, viruses courtesy of https://www.nsa.gov/malware/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Unable to use SeaMonkey v2.53.6's places.sqlite in Firefox v85.

[Dirk Fieldhouse]

On 31/01/2021 09:59, Ant wrote:

...>
So, v85 changed something not to accept my SM's places.sqlite. :(


Yes, as I explained before, with accompanying suggested solutions:

On 30/01/2021 13:18, Dirk Fieldhouse wrote:
> Your problem is 
> which remove Places migration from versions older than Firefox 60.
>...

/df

--
London
UK
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Unable to use SeaMonkey v2.53.6's places.sqlite in Firefox v85.

[Ant]

On 1/31/2021 1:59 AM, Ant wrote:
In the past, I always manually copied 64-bit SeaMonkey v2.53.6's 
places.sqlite into Firefox's profile. However, I noticed 64-bit 
Firefox v85 (updated 64-bit W7 HPE SP1 and updated macOSes (Mojave 
v10.14.6 and Big Sur v11.1) no longer accepts it and leaves 
places.sqlite.corrupt file in my Firefox's profile. :(


How can I use/import my SeaMonkey's places.sqlite to use in the 
(lat/new)est Firefox like in the past? I don't want to use Firefox's 
Sync.


Thank you for reading and hopefully answering soon. :)


I did some quick tests earlier to try older Firefox versions:
68.9.0 ESR worked in Debian Jessie v8
78.7 ESR worked in macOS El Capitan v10.11.6
84.0 worked in updated 64-bit W7 HPE SP1.
85 failed in both updated 64-bit W7 HPE SP1 & macOSes (Mojave v10.14.6 
and Big Sur v11.1)


So, v85 changed something not to accept my SM's places.sqlite. :(


Also, I tried a brand new SM profile with its default places.sqlite 
(didn't go to any web pages after launching my new profile). Same 
results so it is not my old huge places.sqlite.

--
So tired, cold, and loco! Also, 2021 isn't any better. :( Note: A fixed 
width font (Courier, Monospace, etc.) is required to see this signature 
correctly.

   /\___/\http://aqfl.net & http://antfarm.home.dhs.org
  / /\ /\ \
 | |o   o| |   Axe ANT from its address if shown & e-mailing privately.
\ _ /   Please kindly use Ant nickname & URL/link if crediting.
 ( )
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Unable to use SeaMonkey v2.53.6's places.sqlite in Firefox v85.

[Ant]

On 1/30/2021 1:07 AM, Ant wrote:

Hello.

In the past, I always manually copied 64-bit SeaMonkey v2.53.6's 
places.sqlite into Firefox's profile. However, I noticed 64-bit Firefox 
v85 (updated 64-bit W7 HPE SP1 and updated macOSes (Mojave v10.14.6 and 
Big Sur v11.1) no longer accepts it and leaves places.sqlite.corrupt 
file in my Firefox's profile. :(


How can I use/import my SeaMonkey's places.sqlite to use in the 
(lat/new)est Firefox like in the past? I don't want to use Firefox's Sync.


Thank you for reading and hopefully answering soon. :)


I did some quick tests earlier to try older Firefox versions:
68.9.0 ESR worked in Debian Jessie v8
78.7 ESR worked in macOS El Capitan v10.11.6
84.0 worked in updated 64-bit W7 HPE SP1.
85 failed in both updated 64-bit W7 HPE SP1 & macOSes (Mojave v10.14.6 
and Big Sur v11.1)


So, v85 changed something not to accept my SM's places.sqlite. :(
--
So tired, cold, and loco! Also, 2021 isn't any better. :( Note: A fixed 
width font (Courier, Monospace, etc.) is required to see this signature 
correctly.

   /\___/\http://aqfl.net & http://antfarm.home.dhs.org
  / /\ /\ \
 | |o   o| |   Axe ANT from its address if shown & e-mailing privately.
\ _ /   Please kindly use Ant nickname & URL/link if crediting.
 ( )
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey