Re: page modified date

2016-10-09 Thread Ed Mullen

On 10/9/2016 at 3:35 PM, Jim's prodigious digits fired off:

Is there anyway to determine the date and time when a web page was last
modified?

On SM, I went to View --> Page Info
Under the "General" tab, it has a "modified" field, but this just gives
the current date and time, for when the web page was opened.  I thought
this may be because the page was retrieved from the "cache", so I went
to a profile where the web page hadn't yet been loaded, but when I
loaded the page, it also just gave me the date and time it was loaded.

Is it even possible to determine the modification date and time for a
web page, on the receiving end?

BTW, looked at the "page source" and didn't see this information in the
code.


In addition to all the other replies, I will note that I include on all 
of my pages the date of the last revision/update by including this PHP 
code in the standard footer included on every page via the footer.txt file:




So, at least on my site(s), you will know the last time the page was 
updated.


In many cases it doesn't matter, in some it's very relevant.

--
Ed Mullen
http://edmullen.net/
Deja Woo: Hmm, I think I've seen this Chinese guy before.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: page modified date

2016-10-09 Thread Jim

Stanimir Stamenkov wrote:

Sun, 9 Oct 2016 13:35:24 -0600, Jim:


Is there anyway to determine the date and time when a web page was
last modified?

On SM, I went to View --> Page Info
Under the "General" tab, it has a "modified" field, but this just
gives the current date and time, for when the web page was opened.  I
thought this may be because the page was retrieved from the "cache",
so I went to a profile where the web page hadn't yet been loaded, but
when I loaded the page, it also just gave me the date and time it was
loaded.

Is it even possible to determine the modification date and time for a
web page, on the receiving end?

BTW, looked at the "page source" and didn't see this information in
the code.


It's not in the page source but in the HTTP headers.  If you're getting
just the current date and time in the Page Info then the page doesn't
supply Last-Modified information, and is likely dynamically generated,
although the content may appear static.  Try this one:

https://www.w3.org/TR/html4/

In Page Info I'm seeing:

Modified: 13 март 2000 г. 16:38:32 ч.

(sorry for the Cyrillic)


Thanks for the info (and to everyone else who replied).
That would make sense that if anyone had everything exactly correct 
(whether needed or not) on their website, W3 would have it.

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


Re: SeaMonkey Mail and text encoding

2016-10-09 Thread Alexander Yudenitsch

Hi, Paul B. Gallagher! Thanks for your quick reply, on 09 Oct 16 21:39!

A happy coincidence that you decided to do so, since I already had the 
intention of writing you, to ask for details about your migration of SM 
from XP to W7 -- but let's leave that for a little later, OK?



I send and receive e-mails in several languages (but mostly English), ...


So do I. In my case, it's Russian (русский язык) and Korean (한국어).
Both have local encoding specifications such as KOI8-R and EUC-KR, but
are also amenable to Unicode.


That's part of the problem, and why I took the time to list "what I've 
managed to find involving text encoding in SeaMonkey Mail":  There are 
no explanations or specifications for most of these, so one has to 
guess...  I do speak/write Russian, but so far have had no need to use 
it in e-mails, and have no correspondents who use anything except 
Unicode and what I THOUGHT could be "Western" characters -- but what's 
that:  Is that an euphemism for "English"?  Portuguese, Spanish, French, 
all use "Western characters", IMHO; but I suspect the former (ie, 
"Western") actually means "English"...


Assuming that's true, then in my case there would be 3 types of text 
encoding: Western/English, Unicode (and I don't know if 'all Unicodes 
are created equal'), and "other Western codes", like Portuguese, 
Spanish, French, etc.



First, when a message is received, the "auto-detect" is mostly worse
than useless, so I usually start it as "Unicode" or "Western", depending
on history ...


For incoming messages, this is usually the fault of the sender.


Paraphrasing your standard 'footer', "War doesn't determine who's right, 
just who's left", I don't care whose 'fault' it is (something like those 
who hold SM as 'right' because it follows standards better than MS IE: 
Since most sites still code 'for IE', I prefer not to be "dead right", 
but instead to be able to read the texts I want with a minimum fuss -- 
and, in such cases, ignoring what the majority does is self-defeating.



If the message is well-formed (specifies the encoding actually used,
and that specification is in the standard format), SM will recognize
and understand the specification and apply it. However, some senders
live in countries where everyone assumes that all messages are in the
same local encoding, so their email programs don't even bother to
state the encoding. If your receiving program doesn't make the same
assumption, it has to guess. And sometimes the sending program "lies"
-- it says it uses one encoding but actually uses another.

I have noticed that sometimes SM will guess wrong when I select a
message in a mail folder, but if I navigate away and then return
it'll guess right. I don't know why that is -- it seems to be
sticking to the encoding it used for the previous message that I just
deleted.


If SM guessed right 98% of the time, I'd think it's worth it; but, since 
it's frequently wrong (in over 30% of the cases, in my experience, I 
think), I'd prefer if there were a 'preference' to turn the 'guessing' off!



There are also things you can do at your end to sabotage the display of
well-formed messages.

The most common error on the receiving side is to specify a font that
doesn't work for the incoming encoding. For example, if you have
SeaMonkey set to display Thai text in a font that does not contain Thai
glyphs, you'll get garbage when you receive a well-formed Thai message.
Well, by garbage I mean you'll probably get boxes, or stuff like this: .

To see if this is the case, go to Edit | Preferences | Appearance |
Fonts, where you will see a pull-down list:
 Fonts: [Western]
Below that, you'll see a list of six fonts for various conditions:
proportional, serif, sans-serif, etc.

Instead of "Western" at the top, pull down the encoding in question.
Let's suppose you choose "Cyrillic." In the list of six fonts that
follows, do all six fonts support Cyrillic? In other words, do those
fonts contain Cyrillic glyphs? If not, change to fonts that do.

Do this for all the encodings you typically receive. You can specify
different "sans-serif" fonts for different encodings -- e.g., Arial for
Cyrillic but DotumChe for Korean.

On the other hand, if SeaMonkey is using the wrong encoding to decipher
a message, instead of boxes you'll typically get "mojibake," which the
Russians call "крякозябры" and the French call "hiéroglyphes." Is that
what you're seeing?


Your comments about fonts make me question if that might have something 
to do with the problem:  Notice that I didn't list the "Fonts" options 
in "Preferences / Appearance" so, even though I did mark "Allow 
documents to use other fonts", and I have hundreds of installed fonts, 
that might still be a problem...  But, since I only send 'text-only' 
messages (even in reply to HTML), and use the 'standard' "Courier New" 
font for that, AND when I write messages all the chgaracters are 
displayed in the fonts I use, I don't see how that might be the caus

Re: SeaMonkey Mail and text encoding

2016-10-09 Thread Paul B. Gallagher

Alexandre Yudenitsch wrote:


Maybe someone reading this will understand and recognize the problems I
describe below, and know enough about SM/Mail to comment on them; I
realize that, probably, most will never have encountered something like
it, because it happens when you write and receive messages in different
text encoding options, and languages different from English...

First, a quick round-up of what I've managed to find involving text
encoding in SeaMonkey Mail:

...

Now, the problems: I send and receive e-mails in several languages (but
mostly English), ...


So do I. In my case, it's Russian (русский язык) and Korean (한국어). 
Both have local encoding specifications such as KOI8-R and EUC-KR, but 
are also amenable to Unicode.



First, when a message is received, the "auto-detect" is mostly worse
than useless, so I usually start it as "Unicode" or "Western", depending
on history ...


For incoming messages, this is usually the fault of the sender. If the 
message is well-formed (specifies the encoding actually used, and that 
specification is in the standard format), SM will recognize and 
understand the specification and apply it. However, some senders live in 
countries where everyone assumes that all messages are in the same local 
encoding, so their email programs don't even bother to state the 
encoding. If your receiving program doesn't make the same assumption, it 
has to guess. And sometimes the sending program "lies" -- it says it 
uses one encoding but actually uses another.


There are also things you can do at your end to sabotage the display of 
well-formed messages.


The most common error on the receiving side is to specify a font that 
doesn't work for the incoming encoding. For example, if you have 
SeaMonkey set to display Thai text in a font that does not contain Thai 
glyphs, you'll get garbage when you receive a well-formed Thai message. 
Well, by garbage I mean you'll probably get boxes, or stuff like this: .


To see if this is the case, go to Edit | Preferences | Appearance | 
Fonts, where you will see a pull-down list:

Fonts: [Western]
Below that, you'll see a list of six fonts for various conditions: 
proportional, serif, sans-serif, etc.


Instead of "Western" at the top, pull down the encoding in question. 
Let's suppose you choose "Cyrillic." In the list of six fonts that 
follows, do all six fonts support Cyrillic? In other words, do those 
fonts contain Cyrillic glyphs? If not, change to fonts that do.


Do this for all the encodings you typically receive. You can specify 
different "sans-serif" fonts for different encodings -- e.g., Arial for 
Cyrillic but DotumChe for Korean.


*   *   *

On the other hand, if SeaMonkey is using the wrong encoding to decipher 
a message, instead of boxes you'll typically get "mojibake," which the 
Russians call "крякозябры" and the French call "hiéroglyphes." Is that 
what you're seeing?



A common reason that SeaMonkey could choose the wrong encoding (other 
than a sender whose computer lies about the encoding it used) is if the 
user gives it improper guidance. For example, if you tell it "no matter 
what you see, display it in Western encoding," messages with foreign 
characters will be corrupted.


One place you should look is under Edit | Preferences | Appearance | 
Fonts -- have you checked the box, "Allow documents to use other fonts"? 
That's fine if you have lots of fonts installed, but if an incoming 
message specifies a font you don't have, your system will have to 
substitute something it does have, and that doesn't always work. I have 
it checked, and it hasn't caused problems. Things may be different for 
your correspondents.


For mixed-content messages, I recommend specifying Unicode when you 
begin drafting (in the composition window, Options | Text Encoding | 
Unicode). My implementation of SM does that on its own for all outgoing 
messages (both plain text and HTML), which is very convenient. After 
all, the definition of Unicode is that it supports all languages. You're 
right that the encoding of an incoming message must be selected 
correctly before you reply.


I have noticed that sometimes SM will guess wrong when I select a 
message in a mail folder, but if I navigate away and then return it'll 
guess right. I don't know why that is -- it seems to be sticking to the 
encoding it used for the previous message that I just deleted.


HTH a little.

--
War doesn't determine who's right, just who's left.
--
Paul B. Gallagher

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


SeaMonkey Mail and text encoding

2016-10-09 Thread Alexandre Yudenitsch
Maybe someone reading this will understand and recognize the problems I 
describe below, and know enough about SM/Mail to comment on them; I 
realize that, probably, most will never have encountered something like 
it, because it happens when you write and receive messages in different 
text encoding options, and languages different from English...


First, a quick round-up of what I've managed to find involving text 
encoding in SeaMonkey Mail:


- In "Preferences / Mail & Newsgroups / Text Encoding" options:

. Message Display - Fallback text encoding:
.. Default for current locale
.. Arabic
.. Baltic
.. Central European
.. (etc.)
.. Vietnamese
.. Other, including Western European

. Composing messages - Default text encoding:
.. Default for current locale
.. Arabic
.. Baltic
.. Central European
.. (etc.)
.. Vietnamese
.. Other, including Western European
( ) For messages that contain 8-bit characters, use 'quoted
printable' MIME Encoding; leave unchecked to leave message as is
( ) When possible, use this default text encoding in replies (When
unchecked, only new messages use this default)

- In Mail/News 'New message compose' window menus:

. Options / text encoding:
.. Unicode
.. Western
.. Arabic
.. (etc, etc.)
.. Vietnamese

- In Mail/News 'View messages' windows menus:

. View / text encoding:
.. Auto-detect: Off / Japanese / Russian /Ukrainian
.. Unicode
.. Western
.. Arabic
.. (etc, etc.)
.. Vietnamese

- In Mail/News 'View messages' folders pane:

. Folder Properties / Fallback text encoding:
.. Unicode (UTF-8)
.. Arabic
.. (etc, etc.)
.. Vietnamese
.. Western
( ) Apply encoding to all messages in the folder (individual
message text encoding settings and auto-detection will be ignored)


Now, the problems: I send and receive e-mails in several languages (but 
mostly English), and have done so using Netscape/MozSuite/SM since 1995; 
two types of problems have lately been getting worse, so perhaps they're 
the result of ongoing changes to the SM code, which don't affect most 
users, who just use one encoding/language -- or maybe I'm just noticing 
them more nowadays...



First, when a message is received, the "auto-detect" is mostly worse 
than useless, so I usually start it as "Unicode" or "Western", depending 
on history (frequently, that's a personal decision by the sender, so 
guessing is the only way I know) -- and, if I guess wrong, the message 
is displayed with lots of gibberish characters. Usually, that just means 
that I have to close and re-open it in the other option, and all will be 
well -- but, when selecting a message for a 'Reply', if you don't choose 
the correct option for this particular message, the reply will have 
gibberish too, so once again you have to delete the reply and start over.


This is a time-wasting bother, but not a serious problem; I just wonder 
if there is a better way to do this than the one I described...



But, currently, the most serious problem is when I compose a large 
message with parts in English and parts in another language, and make 
several drafts: Each time the draft is re-opened for further editing, 
parts of it have been changed by SM, usually changing some non-English 
characters into gibberish (Not Unicode!); what's particularly puzzling 
is that the same character may be changed in some parts of the message 
and not in others, and where/when this happens seems almost random.


I assume there must be some 'automatic processing' going on (like the 
"auto-detect" above), but see no way to turn it off; I have tried 
changing all the above options to "unicode", or to "English", but 
nothing seems to help...



So, can anyone help with this -- maybe, even if without a definitive 
diagnosis, but at least pointing out things I might have overlooked or 
gotten wrong?



--
Thanks beforehand for your attention, and I hope to hear from you soon.

s) Alexander Yudenitsch   



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


Re: Problem in css files exemple in chrome directory of the SM profile

2016-10-09 Thread Chris Ilias

On 2016-10-09 5:47 PM, Ray_Net wrote:

Felix Miata wrote on 08/10/2016 23:50:

Ray_Net composed on 2016-10-08 21:44 (UTC+0200):


Near last line of the file: userChrome-example.css



* For more examples see http://www.mozilla.org/unix/customizing.html



Is wrong ... http://www.mozilla.org/unix/customizing.html give ERROR 404



AND identically for the "userContent-example.css" file:



* For more examples see http://www.mozilla.org/unix/customizing.html



Is wrong ... http://www.mozilla.org/unix/customizing.htmlgive ERROR 404


Ancient page last modified 2005-05-23 got moved:
http://www-archive.mozilla.org/unix/customizing.html

Thanks a lot, I will update my "userChrome-example.css" and my
"userContent-example.css" files


Note that the page is not being maintained. It didn't get moved; it was 
REmoved. :)


As Walt said, the entire chrome directory is no longer part of the 
default SeaMonkey profile. It hasn't been for years.


--
Chris Ilias 
Newsgroup moderator
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Adobe Flash Plugin Update

2016-10-09 Thread Mason83
On 01/10/2016 16:27, Gerry Hickman wrote:
> Hi,
> 
> When I go to "Tools: Addons Manager : Plugins" there's an entry for 
> "Shockwave Flash", but it doesn't work. I'm not sure if it ever worked.
> 
> "Flash Player Plugin 22.0.0.192 to 22.0.0.211 (click-to-play) has been 
> blocked for your protection."
> 
> I know I can install it via the operating system, but I don't like the 
> official web based Adobe installation process.

https://helpx.adobe.com/flash-player/kb/installation-problems-flash-player-windows.html
https://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player.exe

Regards.

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


Re: Problem in css files exemple in chrome directory of the SM profile

2016-10-09 Thread Ray_Net

Felix Miata wrote on 08/10/2016 23:50:

Ray_Net composed on 2016-10-08 21:44 (UTC+0200):


Near last line of the file: userChrome-example.css



* For more examples see http://www.mozilla.org/unix/customizing.html



Is wrong ... http://www.mozilla.org/unix/customizing.html give ERROR 404



AND identically for the "userContent-example.css" file:



* For more examples see http://www.mozilla.org/unix/customizing.html



Is wrong ... http://www.mozilla.org/unix/customizing.htmlgive ERROR 404


Ancient page last modified 2005-05-23 got moved:
http://www-archive.mozilla.org/unix/customizing.html
Thanks a lot, I will update my "userChrome-example.css" and my 
"userContent-example.css" files

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


Re: Installing SM 2.40 and Relations To Different Drive....

2016-10-09 Thread Ray_Net

SamuelS wrote on 09/10/2016 14:04:

SamuelS wrote:
Hello all, just received my new system, suffice it to say the company 
that made it for me, did what they wanted to do and not what I 
requested...


I had my SM program on W10 pro on drive e: I have tried to re-install 
on drive e: and the message:


Your Seamonkey profile cannot be loaded. It cannot be found or is 
corrupted. (or something to this effect)


Thoughts on what my issue is on this?

TIA - bo1953

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Hello all,

Dumb me, last night tried to re-install SM 2.40 on my W10 machine as 
desired c: drive and I receive the same message as above...


Now this is very confounding. I have tried installing as Admin, etc...

So SM is not installing at all on any drive, so far.

I only transferred my SSD's and HD's to the new system. I expected 
some re-installation but nothing like this, so far. My focal point is 
getting SM installed and getting emails then the rest to follow.



You give us NO DETAILS ... this is my details:
The SeaMonkey profile is for my windows7 pc at:
C:\Users\RZ\AppData\Roaming\Mozilla\SeaMonkey\
where I can see:
- The "profile.ini" file
- The "Crash Reports" directory
- The "Profiles" directory
-- under the "profiles" directory I can see:
  - The "ey8r9gln.default" directory who contains all the profile.

I then just have a new pc With Windows 10 Pro 64 bits.
I just copy C:\Users\RZ\AppData\Roaming\Mozilla\SeaMonkey\*.*
From my C: Drive of my Windows7 pc
AS C:\Users\RAY\AppData\Roaming\Mozilla\SeaMonkey\*.*
To my C: Drive of my new Windows10 pc

RZ is my pc-username of my Windows7 pc
and RAY is my pc-username of my Windows10 pc

THEN I install SM on my Windows10 pc
And all goes well 

SM was and is installed on W7 and on W10 at default locations.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: page modified date

2016-10-09 Thread Paul B. Gallagher

Jim wrote:


Is there any way to determine the date and time when a web page was
last modified?


Another way that occasionally works is to navigate to the containing 
folder. Nowadays, most websites will deny access, but if you're lucky, 
you'll get a directory listing that shows file size, date/time stamp, etc.


For example, if you're curious about , 
you would look at .


Of course in that case, the site would probably serve 
.


Like I said, it only works occasionally. Worth a shot if you can't get 
it any other way.


--
War doesn't determine who's right, just who's left.
--
Paul B. Gallagher
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Mnenhy (Was: Replacement for addons (SM 2.46))

2016-10-09 Thread Petr Voralek
   Hello!

  On Sunday, 09.10.2016 20:27(+0200) *Stanimir Stamenkov* wrote, and I
quote (in part):

> Petr, you could try this version, although I haven't found
> substantial differences with mine.

  I could not stand it and I created a new profile again.  I installed
gradually again the same addons, the same app/site styles, I again
configure all my imap, usenet and rss accounts and. It suddenly
works...  Everything works, including a dictionary search (converted)!
  I hate these situations, but on the other hand, my problem is somehow
fixed itself.

  Now I just need replace Launchy, Scriptish (GreaseMonkey), SixOrNot,
and maybe YouTubeCenter... ;^)

  (Just for the record - I had/have the following addons enabled:
https://al-ribat.6in4.net/~nazir/tmp/20161009-seamonkey_addons.txt
)

-- 
Petr Voralek(JabberID: na...@jabber.cz)



signature.asc
Description: OpenPGP digital signature
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: page modified date

2016-10-09 Thread Felix Miata

Jim composed on 2016-10-09 13:35 (UTC-0600):


Is there anyway to determine the date and time when a web page was last
modified?



On SM, I went to View --> Page Info
Under the "General" tab, it has a "modified" field, but this just gives
the current date and time, for when the web page was opened.  I thought
this may be because the page was retrieved from the "cache", so I went
to a profile where the web page hadn't yet been loaded, but when I
loaded the page, it also just gave me the date and time it was loaded.



Is it even possible to determine the modification date and time for a
web page, on the receiving end?


For static pages, page info often will report a correct modified timestamp, 
as on my own site. Timestamps on pages saved with curl or wget with preserve 
timestamp option enabled also will match the site downloaded from if the site 
provides it.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: page modified date

2016-10-09 Thread David E. Ross
On 10/9/2016 12:35 PM, Jim wrote:
> Is there anyway to determine the date and time when a web page was last 
> modified?
> 
> On SM, I went to View --> Page Info
> Under the "General" tab, it has a "modified" field, but this just gives 
> the current date and time, for when the web page was opened.  I thought 
> this may be because the page was retrieved from the "cache", so I went 
> to a profile where the web page hadn't yet been loaded, but when I 
> loaded the page, it also just gave me the date and time it was loaded.
> 
> Is it even possible to determine the modification date and time for a 
> web page, on the receiving end?
> 
> BTW, looked at the "page source" and didn't see this information in the 
> code.
> 

In addition to what is described in the prior responses, there is
another reason why the immediately current date and time are reported.
Many Web sites contain their HTML files in compressed form.  When such a
file is requested, the server sends the compressed form.  Upon receipt,
your browser decompresses the file for rendering the Web page.  As a
result, the Web page has the immediately current date and time as its
last-modified time-stamp.

Since compressed HTML files -- along with generated-on-the-fly Web pages
-- have become quite prevalent, the caching preference "Every time I
view the page" is now meaningless because the downloaded page will
always have a later time-stamp than the cached page.  If you purge your
cache upon terminating your browser (e.g., via the Cache checkbox under
Private Data), then the preference "Once per session" is also
meaningless because there will be no cached version of the page at the
start of any session.

-- 
David E. Ross
.

After the release of audio recordings in which Donald Trump
was heard about his attempts to "hit on" women, he first issued
a false conditional apology.  He then issued an equally false
lemming apology.

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


Re: page modified date

2016-10-09 Thread Stanimir Stamenkov

Sun, 9 Oct 2016 13:35:24 -0600, Jim:

Is there anyway to determine the date and time when a web page was 
last modified?


On SM, I went to View --> Page Info
Under the "General" tab, it has a "modified" field, but this just 
gives the current date and time, for when the web page was 
opened.  I thought this may be because the page was retrieved from 
the "cache", so I went to a profile where the web page hadn't yet 
been loaded, but when I loaded the page, it also just gave me the 
date and time it was loaded.


Is it even possible to determine the modification date and time 
for a web page, on the receiving end?


BTW, looked at the "page source" and didn't see this information 
in the code.


It's not in the page source but in the HTTP headers.  If you're 
getting just the current date and time in the Page Info then the 
page doesn't supply Last-Modified information, and is likely 
dynamically generated, although the content may appear static.  Try 
this one:


https://www.w3.org/TR/html4/

In Page Info I'm seeing:

Modified: 13 март 2000 г. 16:38:32 ч.

(sorry for the Cyrillic)

--
Stanimir

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread NoOp
On 10/09/2016 06:59 AM, Petr Voralek wrote:
>Hello!
> 
>   On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, and I
> quote (in part):
> 
>> mnenhy-0.8.6.1.2-stanio.xpi
> 
>   Thank you for your help, very appreciate it!
> 
>   Unfortunately I have in this (and in the previous) version of addon
> problems with kludges in headers of messages - some kludges lacking
> appropriate values (f.e.: Subject, Date, Path, User-Agent, etc...,
> although in the actual message header they are listed:
> 
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png
> 
>   If the addon is disabled, everything is displayed without problems:
> 
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
> https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png
> 
>   For SeaMonkey 2.46 I used a new profile without the old settings...
> Do you know, where is the problem?  Can you fix it somehow?
> 

The patched version works for me in 2.46 Windows and Linux (2.45 and 2.46):

Win10 2.46
User agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:49.0) Gecko/20100101
Firefox/49.0 SeaMonkey/2.46


Linux 2.45:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101
Firefox/48.0 SeaMonkey/2.45


Linux 2.46:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101
Firefox/49.0 SeaMonkey/2.46

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


Re: page modified date

2016-10-09 Thread Richard Alan
Jim wrote:

> Is there anyway to determine the date and time when a web page was last
> modified?

Not reliably, no. Pages that are composed on the fly by scripts don't even 
exist until you access them. Then, they are "created at that instant."

> On SM, I went to View --> Page Info Under the "General" tab, it has a
> "modified" field, but this just gives the current date and time, for
> when the web page was opened.  I thought this may be because the page
> was retrieved from the "cache", so I went to a profile where the web
> page hadn't yet been loaded, but when I loaded the page, it also just
> gave me the date and time it was loaded.

Yep. See above.

> Is it even possible to determine the modification date and time for a
> web page, on the receiving end?

No, not with any reliability.

> BTW, looked at the "page source" and didn't see this information in the
> code.

You would only see such information if the author of the page added it to 
the HTML. Most do not.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


page modified date

2016-10-09 Thread Jim
Is there anyway to determine the date and time when a web page was last 
modified?


On SM, I went to View --> Page Info
Under the "General" tab, it has a "modified" field, but this just gives 
the current date and time, for when the web page was opened.  I thought 
this may be because the page was retrieved from the "cache", so I went 
to a profile where the web page hadn't yet been loaded, but when I 
loaded the page, it also just gave me the date and time it was loaded.


Is it even possible to determine the modification date and time for a 
web page, on the receiving end?


BTW, looked at the "page source" and didn't see this information in the 
code.

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


Re: Don't autoplay sounds, animations, videos

2016-10-09 Thread EE

Gerry Hickman wrote:

Hi,

In SeaMonkey there's an amazing feature where you can "ask to activate".
This can be set with the Adobe Flash plugin, and will prevent the Flash
animation from starting until you tell it to. I think there used to be a
similar feature for animated gifs, and sounds.

However, in 2016, many adverts simply start a video with soundtrack
(e.g. HTML5) and it seems that these can start on their own or via
JavaScript. Is there any way to use "ask to activate" so they will only
start when you tell them to?

The only thing I found that works against HTML5 is Flashblock.  You have 
to run it through the converter to install it in SeaMonkey, and if you 
want to play the HTML5 item, you need to switch it off completely. 
Fortunately, it provides a toolbar button you can use to toggle it on or 
off.


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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

Sun, 9 Oct 2016 11:35:58 -0700, NoOp:

On 10/8/2016 9:15 AM, Stanimir Stamenkov wrote:


https://bitbucket.org/stanio/mnenhy/downloads

mnenhy-0.8.6.1.2-stanio.xpi

This one is linked from:

https://www.mozdev.org/bugs/show_bug.cgi?id=26256#c2


That last link give me:

www.mozdev.org uses an invalid security certificate.

The certificate expired on Sunday, September 11, 2016 10:39 AM. The
current time is Sunday, October 9, 2016 11:34 AM.

Error code: SEC_ERROR_EXPIRED_CERTIFICATE


Yes, I've got the same.  I've ignored the error for the current session 
in order to open the bug link.  I have no control over the mozdev.org 
site operation and maintenance, I'm just an user.


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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread NoOp
On 10/8/2016 9:15 AM, Stanimir Stamenkov wrote:
> Thu, 6 Oct 2016 09:44:13 +0200, Yamo':
>> Petr Voralek a écrit le 05/10/2016 12:43 :
>>
>>> Mnenhy  https://addons.mozilla.org/addon/mnenhy/
>>
>> For Mnenhy, there is an unofficial patch :
>>
>> 
>> found on 
> 
> Note "mnenhy-bug-26220-fix.xpi" is not sufficient for me starting with 
> SeaMonkey 2.47 – one may use the newer patched version (including the 
> "mnenhy-bug-26220-fix.xpi" patches):
> 
> https://bitbucket.org/stanio/mnenhy/downloads
> 
> mnenhy-0.8.6.1.2-stanio.xpi
> 
> This one is linked from:
> 
> https://www.mozdev.org/bugs/show_bug.cgi?id=26256#c2
> 
That last link give me:

www.mozdev.org uses an invalid security certificate.

The certificate expired on Sunday, September 11, 2016 10:39 AM. The
current time is Sunday, October 9, 2016 11:34 AM.

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

[Stealing back from mozilla.general for the benefit of the OP.]

Thu, 6 Oct 2016 01:47:01 +0200, /Hartmut Figge/:

Stolen from support.seamonkey. Sometimes I'm still reading there via 
gmane. Because I doubt anyone else but me can answer a part of the 
question and I'm refusing to write to support.general, I'm answering here.


Petr Voralek:


   Hello!

  Can anyone recommend compensation for these addons?
They stopped working (partially or completely) in the new versions of 
the SeaMonkey, and they are very important to me... :^(

Launchy http://gemal.dk/mozilla/launchy.html
https://addons.mozilla.org/addon/launchy/

Mnenhy  https://addons.mozilla.org/addon/mnenhy/

Dictionary Search   https://addons.mozilla.org/addon/dictionarysearch/
(or smth like http://twofoos.org/content/smartsearch/)

Scriptish   https://addons.mozilla.org/addon/scriptish/

SixOrNothttps://addons.mozilla.org/addon/sixornot/
(other similar addons disregarded proxy)


YouTubeCenter   https://addons.mozilla.org/addon/youtube-center/
https://github.com/YePpHa/YouTubeCenter/wiki

  Especially Launchy and Mnenhy are absolutely essential for me... 


There is a version of Mnenhy with a private patch. It was uploaded as 
answer in a thread in a German NG. Seems to work OK for others, but, 
it is still a private patch. ;)


http://www.triffids.de/pub/mnenhy/0.8.6.1.h2/ 


Petr, you could try this version, although I haven't found substantial 
differences with mine.


In my opinion the differences I'm seeing are more likely to cause 
Hartmut's version not working in some cases mine should address.


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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

Sun, 9 Oct 2016 19:01:06 +0200, /Petr Voralek/:

   On Sunday, 09.10.2016 17:13(+0200) *Stanimir Stamenkov* wrote, and I quote 
(in part):


I could try fixing it if I could reproduce it.  Unfortunately it appears all 
fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10 downloaded from:

   I tried only the Linux versions:
https://l10n.mozilla-community.org/~akalla/unofficial/seamonkey/nightly/latest-comm-release-linux64/seamonkey-2.46.en-US.linux-x86_64.tar.bz2

https://l10n.mozilla-community.org/~akalla/unofficial/seamonkey/nightly/latest-comm-beta-linux64/seamonkey-2.47.en-US.linux-x86_64.tar.bz2

   (I have no windows/mac boxes, only my amd64 Debian Stretch...)


I've now tried the first one and I still see the headers.  Funny my 
Modern theme doesn't show the up and down arrows/buttons on scrollbars, 
but your does.



* If you could, use the DOM Inspector to see if all content and  styles 
appear ok.

   This is already upon my user capabilities.  I do not know exactly what to 
look for (there are no droids)...

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-dom.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy.xml

   Expanded xul:hbox on "mail-headerfield" should contain the "Subject" value, like expanded 
xul:hbox on "mail-multi-emailHeaderField" contain "From" value, probably?  I'm sorry, but I just do 
not understand these things...


Yes, on my side I can see the "Subject" header value in the DOM (using 
akalla's build you've given):


http://i.imgur.com/lRkbC9o.png

I don't know what could be the problem. :-|  I have little to no 
experience using Linux as graphical workstation, and I'm not aware of 
many setup details (like GTK2 vs. GTK3 libraries) which might cause 
trouble here.


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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Petr Voralek
   Hello!

  On Sunday, 09.10.2016 17:13(+0200) *Stanimir Stamenkov* wrote, and I
quote (in part):

> I could try fixing it if I could reproduce it.  Unfortunately it
> appears all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows
> 10 downloaded from:

  I tried only the Linux versions:
https://l10n.mozilla-community.org/~akalla/unofficial/seamonkey/nightly/latest-comm-release-linux64/seamonkey-2.46.en-US.linux-x86_64.tar.bz2

https://l10n.mozilla-community.org/~akalla/unofficial/seamonkey/nightly/latest-comm-beta-linux64/seamonkey-2.47.en-US.linux-x86_64.tar.bz2

  (I have no windows/mac boxes, only my amd64 Debian Stretch...)

>* Look into the Error Console to see if there appears anything 
> suspicious;

  There is only the message:

Timestamp: 9.10.2016 18:23:31
Error: TypeError: browsers[i] is undefined
Source File: chrome://navigator/content/tabbrowser.xml
Line: 350
 -(Cut)-
  


  

  
 -(Cut)-

>* Switch to the Default theme;

  No effect...

>* If you could, use the DOM Inspector to see if all content and 
> styles appear ok.

  This is already upon my user capabilities.  I do not know exactly what
to look for (there are no droids)...

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-dom.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy.xml

  Expanded xul:hbox on "mail-headerfield" should contain the "Subject"
value, like expanded xul:hbox on "mail-multi-emailHeaderField" contain
"From" value, probably?  I'm sorry, but I just do not understand these
things...


-- 
Petr Voralek(JabberID: na...@jabber.cz)



signature.asc
Description: OpenPGP digital signature
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

Stanimir Stamenkov wrote:

Sun, 9 Oct 2016 15:59:31 +0200, Petr Voralek:
  On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, 
and I quote (in part):



mnenhy-0.8.6.1.2-stanio.xpi


  Unfortunately I have in this (and in the previous) version of addon 
problems with kludges in headers of messages - some kludges lacking 
appropriate values (f.e.: Subject, Date, Path, User-Agent, etc..., 
although in the actual message header they are listed:


https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png

  If the addon is disabled, everything is displayed without problems:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png

  For SeaMonkey 2.46 I used a new profile without the old settings...
Do you know, where is the problem?  Can you fix it somehow?


I could try fixing it if I could reproduce it.  Unfortunately it 
appears all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 
10 downloaded from:


http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/

I'm also using it with SeaMonkey 2.45 on another Windows 10 instance, 
and on Mac OS X.  I've now tried with SeaMonkey 2.46 on Windows 10 
downloaded from:


http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-beta/

and it's still fine.  I though it might be theme related as I use the 
Default theme, but I've also tried Modern:


http://i.imgur.com/W9Zcfz9.png
http://i.imgur.com/KzkrtkL.png

Your problem might be Linux build related.  You may try:

  * Look into the Error Console to see if there appears anything 
suspicious;

  * Switch to the Default theme;
  * If you could, use the DOM Inspector to see if all content and 
styles appear ok.


I have Linux Mint in VirualBox here – I may try SeaMonkey on it, later.


So, on Linux it appears pretty much the same for me:

http://i.imgur.com/p83qKcF.png (extended)
http://i.imgur.com/SbNjbYt.png (all)

I'm trying with:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/seamonkey-2.46a2.en-US.linux-x86_64.tar.bz2

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Ed Mullen

On 10/9/2016 at 11:36 AM, Ed Mullen's prodigious digits fired off:

On 10/9/2016 at 11:13 AM, Stanimir Stamenkov's prodigious digits fired off:

Sun, 9 Oct 2016 15:59:31 +0200, Petr Voralek:

  On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, and
I quote (in part):


mnenhy-0.8.6.1.2-stanio.xpi


  Unfortunately I have in this (and in the previous) version of addon
problems with kludges in headers of messages - some kludges lacking
appropriate values (f.e.: Subject, Date, Path, User-Agent, etc...,
although in the actual message header they are listed:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png

  If the addon is disabled, everything is displayed without problems:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png

  For SeaMonkey 2.46 I used a new profile without the old settings...
Do you know, where is the problem?  Can you fix it somehow?


I could try fixing it if I could reproduce it.  Unfortunately it appears
all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10
downloaded from:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/



Hmm.  No 2.47a2 there, only 2.45 and 2.46 versions.



Ah!  There it is:



--
Ed Mullen
http://edmullen.net/
Guys, just because you have one, doesn't mean you have to be one.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

Sun, 9 Oct 2016 11:36:17 -0400, Ed Mullen:

On 10/9/2016 at 11:13 AM, Stanimir Stamenkov's prodigious digits fired off:


I could try fixing it if I could reproduce it.  Unfortunately it appears
all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10
downloaded from:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/


Hmm.  No 2.47a2 there, only 2.45 and 2.46 versions.


On my side I can clearly see, for example:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/seamonkey-2.47a2.en-US.win32.zip

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Ed Mullen

On 10/9/2016 at 11:40 AM, Stanimir Stamenkov's prodigious digits fired off:

Sun, 9 Oct 2016 11:36:17 -0400, Ed Mullen:

On 10/9/2016 at 11:13 AM, Stanimir Stamenkov's prodigious digits fired
off:


I could try fixing it if I could reproduce it.  Unfortunately it appears
all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10
downloaded from:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/


Hmm.  No 2.47a2 there, only 2.45 and 2.46 versions.


On my side I can clearly see, for example:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/seamonkey-2.47a2.en-US.win32.zip




Yep, just found it.

--
Ed Mullen
http://edmullen.net/
Guys, just because you have one, doesn't mean you have to be one.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Ed Mullen

On 10/9/2016 at 11:13 AM, Stanimir Stamenkov's prodigious digits fired off:

Sun, 9 Oct 2016 15:59:31 +0200, Petr Voralek:

  On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, and
I quote (in part):


mnenhy-0.8.6.1.2-stanio.xpi


  Unfortunately I have in this (and in the previous) version of addon
problems with kludges in headers of messages - some kludges lacking
appropriate values (f.e.: Subject, Date, Path, User-Agent, etc...,
although in the actual message header they are listed:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png

  If the addon is disabled, everything is displayed without problems:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png

  For SeaMonkey 2.46 I used a new profile without the old settings...
Do you know, where is the problem?  Can you fix it somehow?


I could try fixing it if I could reproduce it.  Unfortunately it appears
all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10
downloaded from:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/



Hmm.  No 2.47a2 there, only 2.45 and 2.46 versions.


I'm also using it with SeaMonkey 2.45 on another Windows 10 instance,
and on Mac OS X.  I've now tried with SeaMonkey 2.46 on Windows 10
downloaded from:

http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-beta/

and it's still fine.  I though it might be theme related as I use the
Default theme, but I've also tried Modern:

http://i.imgur.com/W9Zcfz9.png
http://i.imgur.com/KzkrtkL.png

Your problem might be Linux build related.  You may try:

   * Look into the Error Console to see if there appears anything
suspicious;
   * Switch to the Default theme;
   * If you could, use the DOM Inspector to see if all content and
styles appear ok.

I have Linux Mint in VirualBox here – I may try SeaMonkey on it, later.




--
Ed Mullen
http://edmullen.net/
"The notes I handle no better than many pianists. But the pauses between 
the notes—ah, that is where the art resides." - Artur Schnabel

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Stanimir Stamenkov

Sun, 9 Oct 2016 15:59:31 +0200, Petr Voralek:

  On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, and I quote 
(in part):


mnenhy-0.8.6.1.2-stanio.xpi


  Unfortunately I have in this (and in the previous) version of addon
problems with kludges in headers of messages - some kludges lacking
appropriate values (f.e.: Subject, Date, Path, User-Agent, etc...,
although in the actual message header they are listed:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png

  If the addon is disabled, everything is displayed without problems:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png

  For SeaMonkey 2.46 I used a new profile without the old settings...
Do you know, where is the problem?  Can you fix it somehow?


I could try fixing it if I could reproduce it.  Unfortunately it appears 
all fine here.  I'm using it with SeaMonkey 2.47a2 on Windows 10 
downloaded from:


http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-aurora/

I'm also using it with SeaMonkey 2.45 on another Windows 10 instance, 
and on Mac OS X.  I've now tried with SeaMonkey 2.46 on Windows 10 
downloaded from:


http://ftp.mozilla.org/pub/seamonkey/nightly/latest-comm-beta/

and it's still fine.  I though it might be theme related as I use the 
Default theme, but I've also tried Modern:


http://i.imgur.com/W9Zcfz9.png
http://i.imgur.com/KzkrtkL.png

Your problem might be Linux build related.  You may try:

  * Look into the Error Console to see if there appears anything 
suspicious;

  * Switch to the Default theme;
  * If you could, use the DOM Inspector to see if all content and 
styles appear ok.


I have Linux Mint in VirualBox here – I may try SeaMonkey on it, later.

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


Re: Replacement for addons (SM 2.46)

2016-10-09 Thread Petr Voralek
   Hello!

  On Saturday, 08.10.2016 18:15(+0200) *Stanimir Stamenkov* wrote, and I
quote (in part):

> mnenhy-0.8.6.1.2-stanio.xpi

  Thank you for your help, very appreciate it!

  Unfortunately I have in this (and in the previous) version of addon
problems with kludges in headers of messages - some kludges lacking
appropriate values (f.e.: Subject, Date, Path, User-Agent, etc...,
although in the actual message header they are listed:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-extended.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy-all_3.png

  If the addon is disabled, everything is displayed without problems:

https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-normal.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_1.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_2.png
https://al-ribat.6in4.net/~nazir/tmp/stanio-mnenhy_disabled-all_3.png

  For SeaMonkey 2.46 I used a new profile without the old settings...
Do you know, where is the problem?  Can you fix it somehow?

-- 
Petr Voralek(JabberID: na...@jabber.cz)



signature.asc
Description: OpenPGP digital signature
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Installing SM 2.40 and Relations To Different Drive....

2016-10-09 Thread Daniel

On 8/10/2016 1:22 PM, SamuelS wrote:

Hello all, just received my new system, suffice it to say the company
that made it for me, did what they wanted to do and not what I requested...

I had my SM program on W10 pro on drive e: I have tried to re-install on
drive e: and the message:

Your Seamonkey profile cannot be loaded. It cannot be found or is
corrupted. (or something to this effect)

Thoughts on what my issue is on this?

TIA - bo1953

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Samuel, how was your SM profile moved to your new computer??

I'm having flash backs of moving the profile via CD which usually/often 
resulted in all the files in the Profile being set to "Read Only", and 
SM needs to be able to write to various files in the Profile, so needs 
all files (and the Profile, itself!!) to not be marked as "Read Only"!!


May mean nothing .!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 
SeaMonkey/2.40 Build identifier: 20160120202951

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