Re: Seamonkey 2.46 browser history manual deletion expression

[User]

J. Weaver Jr. wrote on 2017.01.06 6:55:

Using 2.47 (build 20161222015808), the "Components.classes" script listed
below does _nothing_ when run in the error console.  -JW


I was really waiting for someone to say something like that. I noticed that the
original expression did not result in any action in the error console and really
needed someone to point out that some elements in that expression is no longer
valid as of SM 2.46. If we could rework that expression to something that
evaluates to an action for SM 2.46 onwards, that would be useful, even though
the use of the error console to clear browser history by number of days is a bit
beyond the average end user's interest / capability to handle.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: When is "Exit" not an "Exit"??

[Luis]

David Wilkinson wrote:

"When is "Exit" not an "Exit"??"

When it's a "Brexit"!



Or an "Italexit"!
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: When is "Exit" not an "Exit"??

[David Wilkinson]

"When is "Exit" not an "Exit"??"

When it's a "Brexit"!

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

Re: Saving drafts get bigger each time according to its size in my SM v2.46's "Mail & Newsgroups"

[Jonathan N. Little]

Daniel wrote:
> Just mussing!!
> 
> Jonathan, what you typed above is correct, as far as I know, but it got
> me thinking .
> 
> When we receive e-mails which we then send to the Trash folder, those
> e-mails, as far as I know, are still in the Inbox mbox file, but as you
> typed, a bit in the header is set to indicate that they have been
> Trashed so they don't show in the Inbox display. They are then actually
> removed when the Inbox is Compacted.
> 
> Is it possible that a Draft message has a similar relationship with the
> Sent folder, ... i.e. the Draft message is actually stored in the Sent
> mbox file with some header bit set to indicate it is really a Draft
> message, not a message that has been Sent?

Message is appended to the Sent folder only after SeaMonkey gets
response from mail server that it successfully received the message.



When moving or deleting messages in mail folders the actual data is
still there until rebuilt by compacting. If you don't compact you can
manually "restore" messages by editing the X-Mozilla-Status header
bitflag. I have used Perl to reset values to reset all messages in a
mail folder to recover lost mail for folks that made oopsies with the
delete key.

-- 
Take care,

Jonathan
---
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Seamonkey 2.46 browser history manual deletion expression

[David E. Ross]

On 1/6/2017 7:47 AM, Frank-Rainer Grahl wrote:
> For what's it worth: removeVisitsByTimeframe war removed in:
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1261313
> 
> But if the information is correct this would be for SeaMonkey 2.48.
> 
> FRG

Even before it was implemented, many end-users expressed negative
opinions about removing the capability to expire browser history in
terms of the age of the history entry.  Many of those comments appeared
in the Mozilla Wiki that proposed and explained the change, but all
those comments were deleted (by the author of the Wiki who was the
developer of the change?).

Over 5,000 users downloaded the "Expire history by days" extension,
which will likely be broken by bug #1261313.  This creates an urgency to
implement bug #1246424.  See
.

-- 

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

WOW...

[sean]

All I can say about the latest nightly for Linux 64 bit delivered on 1/6 
is WOW... WOWIE... and super Zoomie WOWIE...


Seamonkey has never been so fast and spiffy...

excellent and wonderful work from the development team

sean


User agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 
Firefox/52.0 SeaMonkey/2.49a2

Build identifier: 20170106013001

--
The purpose of life is to be happy.
 ~ Dalai Lama
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Netflix

[Richmond]

I think this is some kind of memory leak. It uses up a huge amount of
memory to display the login page. And on this computer it ran out of
memory, whereas on another there was no obviously problem, until using
the 'free' command to observe how much memory is being used.

Chromium displayed the page without problems on this computer so I have
raised it on bugzilla, where it will probably collect dust, or maybe a
few enthusiastic memory challenged followers.

https://bugzilla.mozilla.org/show_bug.cgi?id=1329183
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Yay... I can add e'mail accounts again...

[sean]

The earlier version of the Linux 64 bit nightly from January 3rd I was 
using was not allowing me to add new e'mail accounts... happily the 
January 6th nightly is allowing new e'mail account creation.


love that it's spiffy and fast as all get out.

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 
Firefox/52.0 SeaMonkey/2.49a2

Build identifier: 20170106013001

sean
--
The purpose of life is to be happy.
 ~ Dalai Lama
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Seamonkey 2.46 browser history manual deletion expression

[Frank-Rainer Grahl]

For what's it worth: removeVisitsByTimeframe war removed in:

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

But if the information is correct this would be for SeaMonkey 2.48.

FRG

J. Weaver Jr. wrote:
Using 2.47 (build 20161222015808), the "Components.classes" script listed 
below does _nothing_ when run in the error console.  -JW


User wrote:

Ant wrote on 2017.01.04 18:46:

On 1/4/2017 5:24 PM, User wrote:

Ant wrote on 2017.01.04 4:43:

On 1/3/2017 9:36 PM, David E. Ross wrote: ...

Try one of the other work-arounds in bug #660646.  One suggests a
PrefBar
button; if you have the PrefBar extension installed, the Expire
History
button can be added from
.  Although I
created that button, I now use the "Expire history by days" extension
from
.

I
know it works with SeaMonke 2.46; I do not know if the PrefBar button
still
works with 2.46.

...

I second this PrefBar suggestion since I still use its purge my SM's
history
daily to keep only the last 29 days. Its JS button says:

"//  This script was suggested by "al_9x" in a comment in bug #660646
Components.classes['@mozilla.org/browser/nav-history-service;1'].getService(Components.interfaces.nsIBrowserHistory).removeVisitsByTimeframe(0, 






 (new Date().setHours(0, 0, 0, 0) - (parseInt(prompt('Days of
history to
keep', 29)) - 1) * 24 * 60 * 60 * 1000) * 1000 - 1)"


I did read about the PrefBar extension. However, I thought I had
recalled
reading in that Buzilla thread that the PrefBar was using exactly the
same
expression internally do purge browser history. If that is the case,
that would
mean that PrefBar would no longer work with SM 2.46, since that is my
problem in
the first place, that the expression no longer works in the error
console
evaluation. Are you currently using PrefBar in SM 2.46? I have no
verification
from anyone that PrefBar, which uses the exact same expression, is
currently
working in SM 2.46.


It seems to work for my SM since I quick check my histories often.
When I purge
the histories, I can feel the small short pauses too.


I reviewed the entire thread and I have no confirmation of what SM
version you are using PrefBar with for deleting your browser history.
Are you on SM 2.46 or another version? The other user in this thread is
on SM 2.46 but appears not to be using his installed PrefBar for browser
history deletion so I still have no confirmation on whether PrefBar
works in SM 2.46. If it does, then that doesn't make sense because
PrefBar essentially integrated the original expression lifted from that
Bugzilla thread and since that expression no longer works in the SM 2.46
error console, I don't see how the PrefBar using the exact same
expression in SM 2.46 would be functional.

Usually I would go into SQLite Manager extension installed in SM, run
the PLACES.SQLITE compacting, then run the expression in the SM error
console, and run the SQLite Manager compacting one more time and would
notice a major reduction in the PLACES.SQLITE file size, which then
confirms that the expression did its job.




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

Re: Seamonkey 2.46 browser history manual deletion expression

[J. Weaver Jr.]

Using 2.47 (build 20161222015808), the "Components.classes" script 
listed below does _nothing_ when run in the error console.  -JW


User wrote:

Ant wrote on 2017.01.04 18:46:

On 1/4/2017 5:24 PM, User wrote:

Ant wrote on 2017.01.04 4:43:

On 1/3/2017 9:36 PM, David E. Ross wrote: ...

Try one of the other work-arounds in bug #660646.  One suggests a
PrefBar
button; if you have the PrefBar extension installed, the Expire
History
button can be added from
.  Although I
created that button, I now use the "Expire history by days" extension
from
.

I
know it works with SeaMonke 2.46; I do not know if the PrefBar button
still
works with 2.46.

...

I second this PrefBar suggestion since I still use its purge my SM's
history
daily to keep only the last 29 days. Its JS button says:

"//  This script was suggested by "al_9x" in a comment in bug #660646
Components.classes['@mozilla.org/browser/nav-history-service;1'].getService(Components.interfaces.nsIBrowserHistory).removeVisitsByTimeframe(0,




 (new Date().setHours(0, 0, 0, 0) - (parseInt(prompt('Days of
history to
keep', 29)) - 1) * 24 * 60 * 60 * 1000) * 1000 - 1)"


I did read about the PrefBar extension. However, I thought I had
recalled
reading in that Buzilla thread that the PrefBar was using exactly the
same
expression internally do purge browser history. If that is the case,
that would
mean that PrefBar would no longer work with SM 2.46, since that is my
problem in
the first place, that the expression no longer works in the error
console
evaluation. Are you currently using PrefBar in SM 2.46? I have no
verification
from anyone that PrefBar, which uses the exact same expression, is
currently
working in SM 2.46.


It seems to work for my SM since I quick check my histories often.
When I purge
the histories, I can feel the small short pauses too.


I reviewed the entire thread and I have no confirmation of what SM
version you are using PrefBar with for deleting your browser history.
Are you on SM 2.46 or another version? The other user in this thread is
on SM 2.46 but appears not to be using his installed PrefBar for browser
history deletion so I still have no confirmation on whether PrefBar
works in SM 2.46. If it does, then that doesn't make sense because
PrefBar essentially integrated the original expression lifted from that
Bugzilla thread and since that expression no longer works in the SM 2.46
error console, I don't see how the PrefBar using the exact same
expression in SM 2.46 would be functional.

Usually I would go into SQLite Manager extension installed in SM, run
the PLACES.SQLITE compacting, then run the expression in the SM error
console, and run the SQLite Manager compacting one more time and would
notice a major reduction in the PLACES.SQLITE file size, which then
confirms that the expression did its job.


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

Re: Playing audio file attached to email

[Bill Spikowski]

Lee wrote:

On 1/5/17, Bill Spikowski  wrote:

WaltS48 wrote:

On 10/21/2016 02:01 PM, Bill Spikowski wrote:

The only recent change I recall is changing a setting so that videos on
web pages wouldn't auto-play; could that block MP3 email attachments???


Try reverting the change and see if that is the cause of your problem

If only I could recall the steps I took!

maybe about:config
media.autoplay.enabled set to false?

Lee



YES -- that was it!

I still get the plain black screen in a browser window when I double-click on 
an MP3 attachment, but now the audio plays properly again!
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM 2.46 hangs trying to print

[Peter Nieman]

On 06/01/17 06:46, Rainer Bielefeld wrote:

I added a hint at "SeaMonkey/Troubleshooting"
.


Thanks.

That's a great wiki, BTW. I didn't even know it existed.

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

Re: Seamonkey 2.46 browser history manual deletion expression

[User]

Ant wrote on 2017.01.04 18:46:

On 1/4/2017 5:24 PM, User wrote:

Ant wrote on 2017.01.04 4:43:

On 1/3/2017 9:36 PM, David E. Ross wrote: ...

Try one of the other work-arounds in bug #660646.  One suggests a
PrefBar
button; if you have the PrefBar extension installed, the Expire History
button can be added from
.  Although I
created that button, I now use the "Expire history by days" extension
from
.
I
know it works with SeaMonke 2.46; I do not know if the PrefBar button
still
works with 2.46.

...

I second this PrefBar suggestion since I still use its purge my SM's
history
daily to keep only the last 29 days. Its JS button says:

"//  This script was suggested by "al_9x" in a comment in bug #660646
Components.classes['@mozilla.org/browser/nav-history-service;1'].getService(Components.interfaces.nsIBrowserHistory).removeVisitsByTimeframe(0,



 (new Date().setHours(0, 0, 0, 0) - (parseInt(prompt('Days of history to
keep', 29)) - 1) * 24 * 60 * 60 * 1000) * 1000 - 1)"


I did read about the PrefBar extension. However, I thought I had recalled
reading in that Buzilla thread that the PrefBar was using exactly the same
expression internally do purge browser history. If that is the case,
that would
mean that PrefBar would no longer work with SM 2.46, since that is my
problem in
the first place, that the expression no longer works in the error console
evaluation. Are you currently using PrefBar in SM 2.46? I have no
verification
from anyone that PrefBar, which uses the exact same expression, is
currently
working in SM 2.46.


It seems to work for my SM since I quick check my histories often. When I purge
the histories, I can feel the small short pauses too.


I reviewed the entire thread and I have no confirmation of what SM version you 
are using PrefBar with for deleting your browser history. Are you on SM 2.46 or 
another version? The other user in this thread is on SM 2.46 but appears not to 
be using his installed PrefBar for browser history deletion so I still have no 
confirmation on whether PrefBar works in SM 2.46. If it does, then that doesn't 
make sense because PrefBar essentially integrated the original expression lifted 
from that Bugzilla thread and since that expression no longer works in the SM 
2.46 error console, I don't see how the PrefBar using the exact same expression 
in SM 2.46 would be functional.


Usually I would go into SQLite Manager extension installed in SM, run the 
PLACES.SQLITE compacting, then run the expression in the SM error console, and 
run the SQLite Manager compacting one more time and would notice a major 
reduction in the PLACES.SQLITE file size, which then confirms that the 
expression did its job.

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

Re: X-No-archive: yes

[Yamo']

Hi,
F Murtz a écrit le 06/01/2017 à 08:28 :
> Is there a way to add this automatically in sea monkey?



The actual tag is "Archive: No".



-- 

Sorry for possible mistakes in English!
http://pasdenom.info/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Saving drafts get bigger each time according to its size in my SM v2.46's "Mail & Newsgroups"

[Daniel]

On 6/01/2017 1:51 AM, Jonathan N. Little wrote:

Ant wrote:

Please kindly view/see my attached screen shot/capture as an example:
https://s30.postimg.org/7smaos2ep/sm2_46draft_Example.png ... Although
compacting it will shrink down to its smallest size. Is growing saved
draft size this by design or a bug?

Thank you in advance. :)


Have you compacted folder? With mbox being individual messages
concatenated into 1 text file when a file is "deleted" it is not removed
but a header flag 'deleted' is set. It is not until the folder is
compacted where the whole file is rebuild skipping the 'deleted'
messages. So every time you have a new draft and the old draft is
'removed' it is still there until the Drafts file is rebuilt.


Just mussing!!

Jonathan, what you typed above is correct, as far as I know, but it got 
me thinking .


When we receive e-mails which we then send to the Trash folder, those 
e-mails, as far as I know, are still in the Inbox mbox file, but as you 
typed, a bit in the header is set to indicate that they have been 
Trashed so they don't show in the Inbox display. They are then actually 
removed when the Inbox is Compacted.


Is it possible that a Draft message has a similar relationship with the 
Sent folder, ... i.e. the Draft message is actually stored in the Sent 
mbox file with some header bit set to indicate it is really a Draft 
message, not a message that has been Sent?


Devs??

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 
SeaMonkey/2.46 Build identifier: 20161213183751

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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