Re: Please make possible to read Unicode Web addresses

[David E. Ross]

On 2/21/12 10:10 PM, Paul B. Gallagher wrote:
> David E. Ross wrote:
> 
>> I previously referred to RFC 3986.  Please read it.
>>
>> Note that&  is a special character in HTML.  Since RFC 3986 specifies
>> its use as the separation character before a query in a URI, HTML
>> provides for& in place of&  in a URI.  Browsers translate&
>> into&  when ever it is found, in a URI or in plain text content.  I do
>> not think browsers support %26 for that purpose within a URI.
> 
> Actually, it's not hard to find places on the web where a link passes a 
> URL to a script that does something before redirecting, so you get 
> something like this:
> 
>  href="http://www.originaldomain.com/cgi-bin/a2/out.cgi?u=http://targetdomain.com/specificpage.html";>display
>  
> text
> 
> In such a context, it's not unusual for the embedded URL to be 
> percent-encoded for benefit of the script that will read it.
> 

In that case:

1.  A browser is not handling percent-encoded separation characters; a
script is handling them.

2.  The script must convert the percent-encoded separation characters
back into the actual separation characters before sending the URI to a
Web server.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Please make possible to read Unicode Web addresses

[Paul B. Gallagher]

David E. Ross wrote:


I previously referred to RFC 3986.  Please read it.

Note that&  is a special character in HTML.  Since RFC 3986 specifies
its use as the separation character before a query in a URI, HTML
provides for& in place of&  in a URI.  Browsers translate&
into&  when ever it is found, in a URI or in plain text content.  I do
not think browsers support %26 for that purpose within a URI.


Actually, it's not hard to find places on the web where a link passes a 
URL to a script that does something before redirecting, so you get 
something like this:


href="http://www.originaldomain.com/cgi-bin/a2/out.cgi?u=http://targetdomain.com/specificpage.html";>display 
text


In such a context, it's not unusual for the embedded URL to be 
percent-encoded for benefit of the script that will read it.


--
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: Please make possible to read Unicode Web addresses

[MCBastos]

Interviewed by CNN on 19/02/2012 17:07, Rufus told the world:

> ...as an aside, why does SM often change the ' and some other characters 
> contained in the website name information in a Bookmark to what appear 
> to be Unicode characters?  Most annoying.

I don't remember noticing this behavior. Could you please give an
example of a website so affected?

-- 
MCBastos

This message has been protected with the 2ROT13 algorithm. Unauthorized
use will be prosecuted under the DMCA.

-=-=-
... Sent from my IBM PCjr.
* Added by TagZilla 0.7a1 running on Seamonkey 2.7.2 *
Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Please make possible to read Unicode Web addresses

[MCBastos]

Interviewed by CNN on 21/02/2012 22:24, gjikkl told the world:
> Security Issue? why? the characters are put in a form of hexadecimal 
> representation preceded by a percentage symbol, is not mystery or it 
> doesn't do anything than that; is just represented on another way for 
> some reason, maybe hiding the URI/L or some new standard, but is not 
> security-related in any way I can think of.

I didn't SAY it's a security issue, but I suspect it could be.
Basically, this would offer more ways to obfuscate URLs. I know no
legitimate reason to obfuscate URLs -- but I do know that this is a
basic technique for scammers.


-- 
MCBastos

This message has been protected with the 2ROT13 algorithm. Unauthorized
use will be prosecuted under the DMCA.

-=-=-
... Sent from my Cray Y-MP.
* Added by TagZilla 0.7a1 running on Seamonkey 2.7.2 *
Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Please make possible to read Unicode Web addresses

[David E. Ross]

On 2/21/12 5:28 PM, David E. Ross wrote:
> On 2/21/12 4:20 PM, gjikkl wrote:
>> I stand correct on the percentage-encoding not being Unicode.
>>
>> Well IMO this shouldn't even be a problem, is kinda of common this 
>> percentage-encoding and all browsers should recognize it and make the 
>> proper translation.
> 
> Browsers do recognize percent-encoding when found in a domain, path,
> file, query (following a &), or fragment (following a #).  But
> percent-encoding is not allowed for separation characters or protocols.
> 
> In your URI
> :
> 
> 
> http is the protocol.
> 
> You have %3A%2F%2F in place of ://, which are separation characters
> where percent-encoding is illegal.  Not only does SeaMonkey not support
> the use of percent-encoding for separation characters, but Internet
> Explorer (the only other browser installed on my PC) also does not
> support it.
> 
> i283.photobucket.com is the domain.
> 
> You have %2F in place of / four more times, which are more separation
> characters (1) between the domain and the path, (2) two times within the
> path (albums/kk284/dismadrosa13), and (3) between the path and the file
> (line.gif).
> 
> I previously referred to RFC 3986.  Please read it.
> 
> Note that & is a special character in HTML.  Since RFC 3986 specifies
> its use as the separation character before a query in a URI, HTML
> provides for & in place of & in a URI.  Browsers translate &
> into & when ever it is found, in a URI or in plain text content.  I do
> not think browsers support %26 for that purpose within a URI.
> 

By the way, the software that handles URIs is in the Gecko core.  This
means that SeaMonkey, Firefox, Thunderbird, and other Gecko-based
applications all refuse to support percent-encoded separation characters.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Please make possible to read Unicode Web addresses

[Jim Taylor]

gjikkl wrote:

I stand correct on the percentage-encoding not being Unicode.

Well IMO this shouldn't even be a problem, is kinda of common this
percentage-encoding and all browsers should recognize it and make the
proper translation.


Did you bother reading the RFC 3986 at 
 which David Ross 
provided (particularly sections 2.2 and 2.4) and his explanation. If 
you had you would have seen that your opinion doesn't really matter 
because the RFC explicitly states that "URIs that differ in the 
replacement of a reserved character with its corresponding 
percent-encoded octet are not equivalent." and therefore; no standards 
compliant browser should translate the uri you provided as you suggest.

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

Re: Please make possible to read Unicode Web addresses

[David E. Ross]

On 2/21/12 4:20 PM, gjikkl wrote:
> I stand correct on the percentage-encoding not being Unicode.
> 
> Well IMO this shouldn't even be a problem, is kinda of common this 
> percentage-encoding and all browsers should recognize it and make the 
> proper translation.

Browsers do recognize percent-encoding when found in a domain, path,
file, query (following a &), or fragment (following a #).  But
percent-encoding is not allowed for separation characters or protocols.

In your URI
:


http is the protocol.

You have %3A%2F%2F in place of ://, which are separation characters
where percent-encoding is illegal.  Not only does SeaMonkey not support
the use of percent-encoding for separation characters, but Internet
Explorer (the only other browser installed on my PC) also does not
support it.

i283.photobucket.com is the domain.

You have %2F in place of / four more times, which are more separation
characters (1) between the domain and the path, (2) two times within the
path (albums/kk284/dismadrosa13), and (3) between the path and the file
(line.gif).

I previously referred to RFC 3986.  Please read it.

Note that & is a special character in HTML.  Since RFC 3986 specifies
its use as the separation character before a query in a URI, HTML
provides for & in place of & in a URI.  Browsers translate &
into & when ever it is found, in a URI or in plain text content.  I do
not think browsers support %26 for that purpose within a URI.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Please make possible to read Unicode Web addresses

[gjikkl]

Security Issue? why? the characters are put in a form of hexadecimal 
representation preceded by a percentage symbol, is not mystery or it 
doesn't do anything than that; is just represented on another way for 
some reason, maybe hiding the URI/L or some new standard, but is not 
security-related in any way I can think of.


It's kinda of common so it should be a standard supported by most 
browsers by now IMO.

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

Re: Please make possible to read Unicode Web addresses

[gjikkl]

I stand correct on the percentage-encoding not being Unicode.

Well IMO this shouldn't even be a problem, is kinda of common this 
percentage-encoding and all browsers should recognize it and make the 
proper translation.

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

Re: Bookmarks in Personal Toolbar Folder?

[Villarreal31Jo]

freelance writer


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

Re: support-seamonkey Digest, Vol 74, Issue 71

[Pat Connors]

I have the above, and I do not have this problem.  I can tell you also
have SeaMonkey 2.7.2.  What version of Flash was installed?  You can
check best by going to [Help>  About Plugins] on the SeaMonkey menu bar.


I have:
Shockwave Flash

File: NPSWF32.dll
Version: 11.1.102.62
Shockwave Flash 11.1 r102

Looks like the same as yours.  I am currently 
using my mail and two websites with mostly words 
and no graphics on SM.  Even my gmail locks up.  
So using IE for most other sites.


Since the last update, 2.7.2, many sites, like my 
bank and FamilySearch.org don't line up well, 
especially if they have forms so need to use IE 
for them.  I am using Win 7, 64 bit.


--
Pat Connors, Sacramento, CA
http://www.connorsgenealogy.com

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

Re: New flash update

[Jim Taylor]

Pat Connors wrote:

The new flash update (this morning when I turned on computer) seems to
be locking up SM. Anyone else having the same problem? Lately, I find
myself using IE more and more

No problems here.  Build identifier: Mozilla/5.0 (Windows NT 6.1; 
WOW64; rv:10.0.2) Gecko/20120216 Firefox/10.0.2 SeaMonkey/2.7.2

Flash version 11.1.102.62 (11.1 r102)

It would help if you would post the version of flash it installed and 
a link to a page with a flash that causes a hang.


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

Re: AAARRRRRRRRGHHH - SM Master Password bug!!!!!!!!

[Rufus]

David E. Ross wrote:

On 2/20/12 10:02 PM, Rufus wrote:

David E. Ross wrote:

On 2/20/12 7:35 PM, Rufus wrote:

David E. Ross wrote:

On 2/20/12 1:28 PM, Rufus wrote:

David E. Ross wrote:

On 2/20/12 11:59 AM, Rufus wrote:

Ok - I submitted a formal bug on this at the 2.6.1 release, but it's
just happened again under SM 2.7.2 and it's about THE single most
annoying SM bug I can think of - prompt for Master Password when not
seemingly required.  What is SM doing, and how do I STOP it?!?!?

When this happens during a download SM freezes and I have to Force Quit
SM and lose the entire session - and the download - and start over from
scratch.  SM either needs to be fixed to ask for the Master in accord
with user Preference (like it once did...) OR is needs to be fixed so
that it doesn't hang and freeze if this happens.

This doesn't occur in Profiles in which I don't have a Master Password
set...but this has been broken since version 1.1.16 or thereabouts and
needs some *attention*!  PUHLEEZ!



I do not see this problem.  I have the following in the user.js file in
my profile:
 user_pref("signon.startup.prompt", false);
 // don't ask for master password until it's used,
 // bugs #338549 (fixed?), #560792 (not yet fixed), and #560793 (not
yet fixed)

The indicated status of those three bugs is as of 2 Feb.



I submitted bug 724296 - I submitted it against the Mac version, as
that's all I use.  I can bear witness that the problem is *not* fixed,
and has remained consistently broken through a *long* series of releases
on the Mac.

My Preferences are set to only ask for the Master the first time it is
needed, and my Mail Prefs are set to not check for new mail manually.
Other than that the only thing I can think of is that SM is polling on
it's own...for what, I can't tell.

I can find no user.js file in my Profile folder...is a user.js file not
part of the Mac structure?  I have a prefs.js file in my Profile(s) -
looking at that file using Text Edit I see:

for Passwords -

user_pref("security.password_lifetime", 90);

and -

user_pref("signon.startup.prompt", false);

for Mail -

user_pref("mail.server.server1.check_new_mail", false);


...and yet I *still* see this problem.  *Every* session!



The file prefs.js should not be edited.  Instead, you need to create
user.js in your profile when you make your first entry in it.  Then,
when you launch SeaMonkey (or Thunderbird or Firefox, each of which can
have user.js in its profile), the settings in user.js override the
settings in prefs.js, actually changing prefs.js so that -- if you
delete user.js -- the changed settings in prefs.js remain changed.

You can always change prefs.js by putting about:config in the SeaMonkey
address area.  I prefer doing that only for testing.  When I want a
change to stick, my first choice is to go to [Edit>Preferences].
However, some preferences are "hidden".  In that case, I use user.js
because I can annotate it with comments that remind me what I have done.



Yes - I don't edit these, just inspect them.  But I shouldn't have to go
creating or editing a javascript file or go fooling around with
about:config to get SM to us it's own Preference settings correctly.
Particularly when it appears that SM itself is setting the proper flags.

The bug needs to be addressed and corrected!  SM isn't prompting at
startup, so that part appears to be working - it' when it prompts in the
middle of a session for no apparent reason that is the problem.

...like just now.



I never said that setting a preference variable in user.js is a solution
to your problem.  It is merely a workaround until the bugs are fixed.

In any case, prefs.js and user.js are NOT really JavaScript files.



Ok...so what are they, and what were you suggesting?  I got the
impression you were trying to point me at a correct configuration of/for
a SM generated supporting file.

I'm not a coder, and I wouldn't really know what I'm doing fooling
around with either of them - so I likely won't.  I'd just like the bug
fixed.



1.  Locate your profile folder.

2.  Copy the lines below and paste them into a Notepad or Wordpad window:
user_pref("signon.startup.prompt", false);
// don't ask for master password until it's used,
// bug #560793

3.  Save the result as file user.js in the profile folder.

4.  Terminate and then restart SeaMonkey.



Did all of the above and I still got the same behavior...did not work, 
so that's not the answer.


Besides, I already verified all of these are as above within the SM 
generated prefs.js file - so I didn't expect it to work, but have just 
verified that it doesn't.


There is a bug in SM, and it needs to be fixed!

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

Re: AAARRRRRRRRGHHH - SM Master Password bug!!!!!!!!

[Rufus]

Lucas Levrel wrote:

Le 20 février 2012, Rufus a écrit :


user_pref("security.password_lifetime", 90);


I have this set to 0. Try it maybe? (through about:config that's easy)



I would have thought that would be a step in the wrong direction (I 
might have doubled it to 180, for instance), but I may give it a try.


I'd still like to see the bug fixed!

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

Re: New flash update

[Michael Gordon]

David E. Ross wrote:

On 2/21/12 9:32 AM, Pat Connors wrote:

The new flash update (this morning when I turned
on computer) seems to be locking up SM.  Anyone
else having the same problem?  Lately, I find
myself using IE more and more


Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 SeaMonkey/2.7.2
Flash 11.1.102.62 (11.1r102(62))

I have the above, and I do not have this problem.  I can tell you also
have SeaMonkey 2.7.2.  What version of Flash was installed?  You can
check best by going to [Help>  About Plugins] on the SeaMonkey menu bar.



Flash 11.1 on Win XP loads, but very slowly.  It must be the web site as 
this has been happening for several months.  Even the Adobe lash test 
page loads slow.


Michael G

--
Armadillo Web Development
www.armadilloweb.com

Cell: 903.244.3644

Opening your Door to Opportunity
and inviting the world to walk through.

Character is doing the right thing...
Even when no one is watching...

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

Re: New flash update

[David E. Ross]

On 2/21/12 9:32 AM, Pat Connors wrote:
> The new flash update (this morning when I turned 
> on computer) seems to be locking up SM.  Anyone 
> else having the same problem?  Lately, I find 
> myself using IE more and more

Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 SeaMonkey/2.7.2
Flash 11.1.102.62 (11.1r102(62))

I have the above, and I do not have this problem.  I can tell you also
have SeaMonkey 2.7.2.  What version of Flash was installed?  You can
check best by going to [Help > About Plugins] on the SeaMonkey menu bar.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

New flash update

[Pat Connors]

The new flash update (this morning when I turned 
on computer) seems to be locking up SM.  Anyone 
else having the same problem?  Lately, I find 
myself using IE more and more


--
Pat Connors, Sacramento, CA
http://www.connorsgenealogy.com

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

Re: Why do incremental updates not define their purpose ?

[Philip TAYLOR]

Jens Hatlak wrote:


Just look at the Changes page. It's all there. Whether it's
listed on the front page or a page directly linked from there is
pointless nit-picking.


I am sorry, Jens, it is not "pointless nit-picking" at all.
It isn't even nit-picking, pointless or otherwise.  The
release notes use the English language, and therefore
one is entitled to assume that the normal interpretation
of the prose on the page will tell the reader what to
expect.  So what does the page tell us ?


What's New in SeaMonkey 2.7.2

SeaMonkey 2.7.2 contains the following major changes relative to SeaMonkey 2.6:


The second line contradicts the first.  This is /not/ what is 
new in Seamonkey 2.7.2, it is what is new in 2.7++



The changes page lists a more detailed overview of new features and fixes 
relative to our last stable release,


But you tell me that the changes page lists a more detailed 
overview of new features and fixes relative to V2.7.1.  Again,

a flagrant contradiction between the prose and its actual
meaning.

Philip Taylor

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

Re: Why do incremental updates not define their purpose ?

[Jens Hatlak]

Philip TAYLOR wrote:

 And even if they are "just" security updates, they
can still introduce new, unexpected, unwanted behaviour,
and a user is surely entitled to be told the nature of
the update and the potential implications ?


Just look at the Changes page. It's all there. Whether it's listed on 
the front page or a page directly linked from there is pointless 
nit-picking.


Greetings,

Jens

--
Jens Hatlak 
SeaMonkey Trunk Tracker 
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: AAARRRRRRRRGHHH - SM Master Password bug!!!!!!!!

[David E. Ross]

On 2/20/12 10:02 PM, Rufus wrote:
> David E. Ross wrote:
>> On 2/20/12 7:35 PM, Rufus wrote:
>>> David E. Ross wrote:
 On 2/20/12 1:28 PM, Rufus wrote:
> David E. Ross wrote:
>> On 2/20/12 11:59 AM, Rufus wrote:
>>> Ok - I submitted a formal bug on this at the 2.6.1 release, but it's
>>> just happened again under SM 2.7.2 and it's about THE single most
>>> annoying SM bug I can think of - prompt for Master Password when not
>>> seemingly required.  What is SM doing, and how do I STOP it?!?!?
>>>
>>> When this happens during a download SM freezes and I have to Force Quit
>>> SM and lose the entire session - and the download - and start over from
>>> scratch.  SM either needs to be fixed to ask for the Master in accord
>>> with user Preference (like it once did...) OR is needs to be fixed so
>>> that it doesn't hang and freeze if this happens.
>>>
>>> This doesn't occur in Profiles in which I don't have a Master Password
>>> set...but this has been broken since version 1.1.16 or thereabouts and
>>> needs some *attention*!  PUHLEEZ!
>>>
>>
>> I do not see this problem.  I have the following in the user.js file in
>> my profile:
>> user_pref("signon.startup.prompt", false);
>> // don't ask for master password until it's used,
>> // bugs #338549 (fixed?), #560792 (not yet fixed), and #560793 
>> (not
>> yet fixed)
>>
>> The indicated status of those three bugs is as of 2 Feb.
>>
>
> I submitted bug 724296 - I submitted it against the Mac version, as
> that's all I use.  I can bear witness that the problem is *not* fixed,
> and has remained consistently broken through a *long* series of releases
> on the Mac.
>
> My Preferences are set to only ask for the Master the first time it is
> needed, and my Mail Prefs are set to not check for new mail manually.
> Other than that the only thing I can think of is that SM is polling on
> it's own...for what, I can't tell.
>
> I can find no user.js file in my Profile folder...is a user.js file not
> part of the Mac structure?  I have a prefs.js file in my Profile(s) -
> looking at that file using Text Edit I see:
>
> for Passwords -
>
> user_pref("security.password_lifetime", 90);
>
> and -
>
> user_pref("signon.startup.prompt", false);
>
> for Mail -
>
> user_pref("mail.server.server1.check_new_mail", false);
>
>
> ...and yet I *still* see this problem.  *Every* session!
>

 The file prefs.js should not be edited.  Instead, you need to create
 user.js in your profile when you make your first entry in it.  Then,
 when you launch SeaMonkey (or Thunderbird or Firefox, each of which can
 have user.js in its profile), the settings in user.js override the
 settings in prefs.js, actually changing prefs.js so that -- if you
 delete user.js -- the changed settings in prefs.js remain changed.

 You can always change prefs.js by putting about:config in the SeaMonkey
 address area.  I prefer doing that only for testing.  When I want a
 change to stick, my first choice is to go to [Edit>   Preferences].
 However, some preferences are "hidden".  In that case, I use user.js
 because I can annotate it with comments that remind me what I have done.

>>>
>>> Yes - I don't edit these, just inspect them.  But I shouldn't have to go
>>> creating or editing a javascript file or go fooling around with
>>> about:config to get SM to us it's own Preference settings correctly.
>>> Particularly when it appears that SM itself is setting the proper flags.
>>>
>>> The bug needs to be addressed and corrected!  SM isn't prompting at
>>> startup, so that part appears to be working - it' when it prompts in the
>>> middle of a session for no apparent reason that is the problem.
>>>
>>> ...like just now.
>>>
>>
>> I never said that setting a preference variable in user.js is a solution
>> to your problem.  It is merely a workaround until the bugs are fixed.
>>
>> In any case, prefs.js and user.js are NOT really JavaScript files.
>>
> 
> Ok...so what are they, and what were you suggesting?  I got the 
> impression you were trying to point me at a correct configuration of/for 
> a SM generated supporting file.
> 
> I'm not a coder, and I wouldn't really know what I'm doing fooling 
> around with either of them - so I likely won't.  I'd just like the bug 
> fixed.
> 

1.  Locate your profile folder.

2.  Copy the lines below and paste them into a Notepad or Wordpad window:
user_pref("signon.startup.prompt", false);
// don't ask for master password until it's used,
// bug #560793

3.  Save the result as file user.js in the profile folder.

4.  Terminate and then restart SeaMonkey.

-- 

David E. Ross
.

Anyone who thinks government owns a monopoly on inefficient, obst

Re: Missing E-Mail

[Larry S.]

Daniel wrote:

Larry S. wrote:

For reasons too long to go into here, I installed SM 2.7.1 over 2.72.
After a series of problems and actions, I wound up back on 2.7.2.
However, SM seemed like it couldn't find my profile, or at least parts
of it. I fixed my home page through preferences, and bookmarks, address
book, and the like are available, but SM insisted that I set up new mail
and news accounts. I did so, but haven't seen the messages I had before
so am wondering how to get the rest of my mail back.

My profile is still where it should be in the file structure, but I
can't get the mail. It doesn't show up in the mail pane, although it's
there in the file in the profile. How can I recover the information?

One unrelated question (less important)--when I open a tab, it goes
behind the existing tab, thus requiring another click to open it. That
didn't happen before. What should I do to fix this?

All help and suggestions greatly appreciated.

Larry



Larry, have a look at Tools->Switch Profiles. Do you have more than one
profile available?? If so, select the other one and see if it contains
your missing mail.

Report back.


Sadly, only one profile. Thank you for the thought, however.
Hmmm . . . Wonder if bringing in the backup copy of the oprifile would 
work? (Need to rename the one that's there now, or give the "new" one a 
different name?)


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

Re: Why do incremental updates not define their purpose ?

[Philip TAYLOR]

Jay Garcia wrote:


Yes, "Justin" as I replied in my "correction" post.


My "Justin ?" was me, asking Justin, as you suggested.


If there are only security updates from incremental to incremental
versions then there   S H O U L D   be no unexpected and unwanted behaviors, 
yes?


S H O U L D.  My emphasis.


"Justin" will be along to explain more in detail.


Excellent.

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

Re: Why do incremental updates not define their purpose ?

[Jay Garcia]

On 21.02.2012 08:16, Philip TAYLOR wrote:

 --- Original Message ---

> 
> 
> Jay Garcia wrote:
> 
>> Ask Jason Wood, it's his ballgame. But just keep in mind that 3rd digit
>> updates are usually security updates.
> 
> Justin ?  And even if they are "just" security updates, they
> can still introduce new, unexpected, unwanted behaviour,
> and a user is surely entitled to be told the nature of
> the update and the potential implications ?
> 
> Philip Taylor

Yes, "Justin" as I replied in my "correction" post.

If there are only security updates from incremental to incremental
versions then there should be no unexpected and unwanted behaviors, yes?
"Justin" will be along to explain more in detail.

-- 
Jay Garcia - www.ufaq.org - Netscape - Firefox - SeaMonkey - Thunderbird
Mozilla Contribute Coordinator Team - www.mozilla.org/contribute/
Mozilla Mozillian Member - www.mozillians.org
Mozilla Contributor Member - www.mozilla.org/credits/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Why do incremental updates not define their purpose ?

[Philip TAYLOR]

Jay Garcia wrote:


Ask Jason Wood, it's his ballgame. But just keep in mind that 3rd digit
updates are usually security updates.


Justin ?  And even if they are "just" security updates, they
can still introduce new, unexpected, unwanted behaviour,
and a user is surely entitled to be told the nature of
the update and the potential implications ?

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

Re: Why do incremental updates not define their purpose ?

[Jay Garcia]

On 21.02.2012 07:46, Philip TAYLOR wrote:

 --- Original Message ---

> 
> 
> Jay Garcia wrote:
> 
>> The reason is that people may update to 2.7.2 directly from 2.6.1, and
>> all our release notes/etc. apply to 2.7.2 just as they did to 2.7, so we
>> try to not duplicate the workload.
> 
> But how is a user, experiencing a problem for the first time, to know
> whether that problem is likely to emanate from an
> incremental update, if he/she is told only what changes
> there are from a previous major release, not from the
> previous incremental release ?

Ask Jason Wood, it's his ballgame. But just keep in mind that 3rd digit
updates are usually security updates.

-- 
Jay Garcia - www.ufaq.org - Netscape - Firefox - SeaMonkey - Thunderbird
Mozilla Contribute Coordinator Team - www.mozilla.org/contribute/
Mozilla Mozillian Member - www.mozillians.org
Mozilla Contributor Member - www.mozilla.org/credits/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Why do incremental updates not define their purpose ? CORRECTION

[Jay Garcia]

Justin Wood, not Jason. :-(

-- 
Jay Garcia - www.ufaq.org - Netscape - Firefox - SeaMonkey - Thunderbird
Mozilla Contribute Coordinator Team - www.mozilla.org/contribute/
Mozilla Mozillian Member - www.mozillians.org
Mozilla Contributor Member - www.mozilla.org/credits/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Why do incremental updates not define their purpose ?

[Philip TAYLOR]

Jay Garcia wrote:


The reason is that people may update to 2.7.2 directly from 2.6.1, and
all our release notes/etc. apply to 2.7.2 just as they did to 2.7, so we
try to not duplicate the workload.


But how is a user, experiencing a problem for the first time, to 
know whether that problem is likely to emanate from an

incremental update, if he/she is told only what changes
there are from a previous major release, not from the
previous incremental release ?

It seems to me that the Release Notes for 2.7.2 (et seq)
should read along the following lines :


What's New in SeaMonkey 2.7.2

SeaMonkey 2.7.2 contains the following changes relative to SeaMonkey 2.7.1 :
SeaMonkey-specific changes



Mozilla platform changes



The changes page lists a more detailed overview of new features and fixes 
relative to our last stable release, SeaMonkey 2.6. Relevant security fixes are 
listed on Security Advisories for SeaMonkey.


Otherwise the "changes page" referred to in the immediately
preceding line is completely redundant, since both the
inline summary and the changes page refer to differences
w.r.t. 2.6

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

Re: Why do incremental updates not define their purpose ?

[Jay Garcia]

On 21.02.2012 04:13, Daniel wrote:

 --- Original Message ---

> WLS wrote:
>> On 02/20/2012 08:36 AM, Philip TAYLOR wrote:
>>> If I read the release notes for Seamonkey 2.7.2, I am told :
>>>
 What's New in SeaMonkey 2.7.2

 SeaMonkey 2.7.2 contains the following major changes relative
 to SeaMonkey 2.6:
>>>
>>> But I knew this already, from the release notes for
>>> Seamonkey 2.7.  Why do the release notes for incremental
>>> release not tell me what the differences are between
>>> this release and the immediately preceding one (e.g.,
>>> in the case of Seamonkey 2.7.2, the differences
>>> between it and Seamonkey 2.7.1) ?
>>>
>>> Philip Taylor
>>
>> Going to the release notes page for SeaMonkey 2.7.2
>>
>> http://www.seamonkey-project.org/releases/seamonkey2.7/
>>
>> then clicking on the link in the "What's New in SeaMonkey 2.7.2" section
>> takes me to a "What's New in SeaMonkey 2.6.1" page.
>>
>> I think this is most likely due to the 2 or 3 volunteer developers, not
>> having time to update release notes. So, I guess the question is do they
>> update release notes first, or push out the security fix first.
>>
>> Anyway this is the difference.
>>
>> https://www.mozilla.org/security/announce/2012/mfsa2012-11.html
>>
>> Wonder if Mozilla is going to update this page?
>>
>> https://www.mozilla.org/en-US/firefox/releases/
> 
> Going to the release notes page for SeaMonkey 2.7.2
> 
> http://www.seamonkey-project.org/releases/seamonkey2.7/
> 
> then clicking on the link in the "What's New in SeaMonkey 2.7.2" section
> takes me to a "What's New in SeaMonkey 2.7.2" section on that page which
> then has two sub=para's, SeaMonkey-specific changes and Mozilla platform
> changes.
> 
> Maybe the SeaMonkey Committee have fixed the linking now!!
> 

Up the thread a bit, Jason Wood explained:

>Can also find it in
 which
is linked from the release notes page.

The reason is that people may update to 2.7.2 directly from 2.6.1, and
all our release notes/etc. apply to 2.7.2 just as they did to 2.7, so we
try to not duplicate the workload.


-- 
Jay Garcia - www.ufaq.org - Netscape - Firefox - SeaMonkey - Thunderbird
Mozilla Contribute Coordinator Team - www.mozilla.org/contribute/
Mozilla Mozillian Member - www.mozillians.org
Mozilla Contributor Member - www.mozilla.org/credits/
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: StartPage Search Engine will not install

[Beauregard T. Shagnasty]

Daniel wrote:

> Hey, Beauregard, when in SeaMonkey do you find "Options->Browser"?? I'm
> on Linux and SM 2.7.2 and don't see it! Is that in StartPage??

For Linux users, it would be Edit > Preferences > Browser ... from the 
menu. Windows users get Tools > Options > Browser ...

-- 
   -bts
   -This space for rent, but the price is high
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: StartPage Search Engine will not install

[Desiree]

"MCBastos"  wrote in message 
news:yfqdne86nkgo-n_snz2dnuvz_qudn...@mozilla.org...
> Interviewed by CNN on 20/02/2012 07:27, Desiree told the world:
>> With the demise of Scroogle, which has been my sole search engine for 
>> many
>> years, I am looking for a search engine that does not spy on me. 
>> StartPage
>> looks to be the only decent results one in this category. Why can't I
>> install it on SM? I am really surprised that I cannot. It has been around
>> for four or five years now but is much more private now than in the past 
>> and
>> is the only search engine to win approval from EU. What do SM users in EU
>> do?
>>
>> I even tried to install the Fx version on SM.  It reports an XML parsing
>> error.
>>
>> Even if it would install, if SM throws the same bug that Fx throws when I
>> try to use it then I can't use it, but I was hoping the problem in Fx is 
>> due
>> to my still using 4.01 (soon to be Fx Enterprise version when I get 
>> around
>> to it). Since I have the latest SM, and not everything is the same in 
>> both
>> browsers, I was hoping I would not encounter the bug in SM since it is 
>> the
>> latest version and the bug could be related in Fx to the version I am 
>> using.
>> But since it won't install, I can't even try it.
>>
>>
>
> You can get it from here:
>
> http://mycroft.mozdev.org/search-engines.html?name=starting+page

Thanks! That works.

Wonder why it won't install from Addons but installs from Mycroft?
>
> -- 
> MCBastos
>
> This message has been protected with the 2ROT13 algorithm. Unauthorized
> use will be prosecuted under the DMCA.
>
> -=-=-
> ... Sent from my Palantír.
> * Added by TagZilla 0.7a1 running on Seamonkey 2.7.2 *
> Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla 


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

Re: StartPage Search Engine will not install

[Desiree]

"Beauregard T. Shagnasty"  wrote in message 
news:bo-dnynbjq--on_snz2dnuvz_ridn...@mozilla.org...
> Desiree wrote:
>
>> With the demise of Scroogle, which has been my sole search engine for
>> many years, I am looking for a search engine that does not spy on me.
>> StartPage looks to be the only decent results one in this category. Why
>> can't I install it on SM? I am really surprised that I cannot.
>
> I just installed StartPage here as a search engine, and it works.
>
> Options > Browser > Internet Search
>
> Click the [Manage Search Engines...] button
>
> When the browser opens to the add-ons page, enter this URL:
>  sort=name&page=95>
> where StartPage(SSL) lives in the long list of possibilities.
>
> Click its button to "Add to SeaMonkey"
> Click checkbox in next dialog to "Start using now"
> Go back to Options and move StartPage to the top of the list.
> Also click on that "menu" button and change from Google to StartPage.
>
> Works for me in 2.4.1 - the version I have on my Linux box.

I already tried that. It gave me the XML parsing error. It will not install 
on SM 2.6.1 on XP Pro. (I am not using the latest SM because two of my 
extensions won't work on it).
>
> -- 
>   -bts
>   -This space for rent, but the price is high 


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

Re: StartPage Search Engine will not install

[Desiree]

"MCBastos"  wrote in message 
news:qzwdnq1cgphe-d_snz2dnuvz_gadn...@mozilla.org...
> Interviewed by CNN on 20/02/2012 07:27, Desiree told the world:
>> With the demise of Scroogle, which has been my sole search engine for 
>> many
>> years, I am looking for a search engine that does not spy on me. 
>> StartPage
>> looks to be the only decent results one in this category. Why can't I
>> install it on SM? I am really surprised that I cannot. It has been around
>> for four or five years now but is much more private now than in the past 
>> and
>> is the only search engine to win approval from EU. What do SM users in EU
>> do?
>
> As a possible option, have you considered DuckDuckGo? It's not powered
> by Google, so it may yield less results, but they do have a pretty good
> privacy policy.
>
The search results for DuckDuckGo are poor.
> -- 
> MCBastos
>
> This message has been protected with the 2ROT13 algorithm. Unauthorized
> use will be prosecuted under the DMCA.
>
> -=-=-
> ... Sent from my VT-100.
> * Added by TagZilla 0.7a1 running on Seamonkey 2.7.2 *
> Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla 


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

Re: Missing E-Mail

[Daniel]

Larry S. wrote:

For reasons too long to go into here, I installed SM 2.7.1 over 2.72.
After a series of problems and actions, I wound up back on 2.7.2.
However, SM seemed like it couldn't find my profile, or at least parts
of it. I fixed my home page through preferences, and bookmarks, address
book, and the like are available, but SM insisted that I set up new mail
and news accounts. I did so, but haven't seen the messages I had before
so am wondering how to get the rest of my mail back.

My profile is still where it should be in the file structure, but I
can't get the mail. It doesn't show up in the mail pane, although it's
there in the file in the profile. How can I recover the information?

One unrelated question (less important)--when I open a tab, it goes
behind the existing tab, thus requiring another click to open it. That
didn't happen before. What should I do to fix this?

All help and suggestions greatly appreciated.

Larry



Larry, have a look at Tools->Switch Profiles. Do you have more than one 
profile available?? If so, select the other one and see if it contains 
your missing mail.


Report back.

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

Re: SM 2.7.2 + Newsgroup Msgs being marked as unread

[Daniel]

NoOp wrote:

The release notes for SM 2.7.2[1] show that a bug[2] was fixed regarding
newsgroups:

"major MailNews bug has been fixed: Under certain conditions, entire
newsgroups were marked as unread and authentication data (user name and
password) was lost (bug 695309)."

However I've just noticed that all of the messages in this newsgroup
that I read yesterday (Feb 19) were marked as unread when I signed in
today. Anyone else experiencing similar?

Build identifier: Mozilla/5.0 (X11; Linux i686; rv:10.0.2)
Gecko/20120216 Firefox/10.0.2 SeaMonkey/2.7.2

[1] http://www.seamonkey-project.org/releases/seamonkey2.7/
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=695309


Not me!

Build identifier: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.2) 
Gecko/20120216 Firefox/10.0.2 SeaMonkey/2.7.2


(Hey, when did I (or SM) re-start advertising FF compatibility?? I'm 
sure I had it turned off in prefs.must go and check!!)


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

Re: Why do incremental updates not define their purpose ?

[Daniel]

WLS wrote:

On 02/20/2012 08:36 AM, Philip TAYLOR wrote:

If I read the release notes for Seamonkey 2.7.2, I am told :


What's New in SeaMonkey 2.7.2

SeaMonkey 2.7.2 contains the following major changes relative
to SeaMonkey 2.6:


But I knew this already, from the release notes for
Seamonkey 2.7.  Why do the release notes for incremental
release not tell me what the differences are between
this release and the immediately preceding one (e.g.,
in the case of Seamonkey 2.7.2, the differences
between it and Seamonkey 2.7.1) ?

Philip Taylor


Going to the release notes page for SeaMonkey 2.7.2

http://www.seamonkey-project.org/releases/seamonkey2.7/

then clicking on the link in the "What's New in SeaMonkey 2.7.2" section
takes me to a "What's New in SeaMonkey 2.6.1" page.

I think this is most likely due to the 2 or 3 volunteer developers, not
having time to update release notes. So, I guess the question is do they
update release notes first, or push out the security fix first.

Anyway this is the difference.

https://www.mozilla.org/security/announce/2012/mfsa2012-11.html

Wonder if Mozilla is going to update this page?

https://www.mozilla.org/en-US/firefox/releases/


Going to the release notes page for SeaMonkey 2.7.2

http://www.seamonkey-project.org/releases/seamonkey2.7/

then clicking on the link in the "What's New in SeaMonkey 2.7.2" section
takes me to a "What's New in SeaMonkey 2.7.2" section on that page which 
then has two sub=para's, SeaMonkey-specific changes and Mozilla platform 
changes.


Maybe the SeaMonkey Committee have fixed the linking now!!

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

Re: StartPage Search Engine will not install

[Daniel]

Beauregard T. Shagnasty wrote:

Desiree wrote:


With the demise of Scroogle, which has been my sole search engine for
many years, I am looking for a search engine that does not spy on me.
StartPage looks to be the only decent results one in this category. Why
can't I install it on SM? I am really surprised that I cannot.


I just installed StartPage here as a search engine, and it works.

Options>  Browser>  Internet Search

Click the [Manage Search Engines...] button

When the browser opens to the add-ons page, enter this URL:

where StartPage(SSL) lives in the long list of possibilities.

Click its button to "Add to SeaMonkey"
Click checkbox in next dialog to "Start using now"
Go back to Options and move StartPage to the top of the list.
Also click on that "menu" button and change from Google to StartPage.

Works for me in 2.4.1 - the version I have on my Linux box.



Hey, Beauregard, when in SeaMonkey do you find "Options->Browser"?? I'm 
on Linux and SM 2.7.2 and don't see it! Is that in StartPage??


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

Re: AAARRRRRRRRGHHH - SM Master Password bug!!!!!!!!

[Lucas Levrel]

Le 20 février 2012, Rufus a écrit :


user_pref("security.password_lifetime", 90);


I have this set to 0. Try it maybe? (through about:config that's easy)

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