Re: Problems with sites requiring authentication

[Frank-Rainer Grahl]

Check if it is this bug:

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

2.48 or maybe 2.47 should be the first version affected. See if the 
workaround closing the mail window works. Also affects Thunderbird. Core 
code needs a change.  See


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

I am running a local fixed version with the patch from there and it 
seems to be good. Will be fixed for 2.49.1 either by Mozilla or we will 
do a release branch.


FRG
Mason83 wrote:

Hello,

I couldn't say exactly when it started, but for several months
(since SM 2.48?) I've been having issues with sites requiring
authentication.

The first one asks me for my username

Account name:.suffix

When I click "Submit Query", all I get is:

"Authorization Required
This server could not verify that you are authorized to access the document 
requested. Either you supplied the wrong credentials (e.g., bad password), or your 
browser doesn't understand how to supply the credentials required."

The work-around I've been using is to load an URL
that contains my username and password
http://username:password@url/path/to/resource

But this is not ideal.

Another site I have a problem on is
https://dudle.inf.tu-dresden.de

To edit columns, one needs to authenticate, but all
I get is:
"Authorization Required
The configuration of this Poll is protected by password! In order to proceed, you 
have to give the password for user admin."

Are there known issues?

Regards.



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

Problems with sites requiring authentication

[Mason83]

Hello,

I couldn't say exactly when it started, but for several months
(since SM 2.48?) I've been having issues with sites requiring
authentication.

The first one asks me for my username

Account name:.suffix

When I click "Submit Query", all I get is:

"Authorization Required
This server could not verify that you are authorized to access the document 
requested. Either you supplied the wrong credentials (e.g., bad password), or 
your browser doesn't understand how to supply the credentials required."

The work-around I've been using is to load an URL
that contains my username and password
http://username:password@url/path/to/resource

But this is not ideal.

Another site I have a problem on is
https://dudle.inf.tu-dresden.de

To edit columns, one needs to authenticate, but all
I get is:
"Authorization Required
The configuration of this Poll is protected by password! In order to proceed, 
you have to give the password for user admin."

Are there known issues?

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

Re: "Your Copy of Seamonkey is old" Warning

[mozilla-lists . mbourne]

paulfm wrote:

Please consider having this warning pop-up ONLY if seamonkey detects

that a newer version is available.

Which version are you using? 2.46 is the latest officially released version.

Are update checks enabled at Edit > Preferences > Advanced > Software 
Installation? If not, SeaMonkey won't know whether or not a newer 
version is available to be able to apply that logic.


I think previous discussions a while back concluded that the "Your Copy 
of SeaMonkey is old" warning only appears if SeaMonkey is configured not 
to check for updates (perhaps also if update checks fail) and a certain 
amount of time has elapsed since the installed release. The intention is 
that period of time is chosen with expectation that a newer version will 
have been released well before it elapses, but that involves a certain 
element of predicting the future (and the next release has been delayed 
far longer than expected).


If SeaMonkey is able to check for updates, I think it keeps quiet all 
the time there is no newer version available, and does (as you suggest 
below) say what the newer version is if it find that an update is available.



...
Maybe change the wording to "A newer version ({new-version-number})
of Seamonkey is available".


As far as I know, that's similar to what you do get when SeaMonkey is 
configured to check for updates and finds that a newer version is 
available. If it's able to check for updates and none are available, I 
think it just keeps quiet.



Maybe use a dns entry to distribute the current version number (so
seamonkey can actually say what version is available and doesn't have
to check a web page). A dns TEXT entry of:
version.seamonkey.seamonkey-project.org should work


I'm not certain, but that seems like a misuse of DNS. It's the "Domain 
Name System", not the "Software Version Notification System" ;o) 
Although various metadata can be included in DNS records, it's usually 
somehow related to the domain name rather than other random data someone 
wants to distribute...



...


--
Mark.

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

Re: SeaMonkey Mail: subject not handled properly when a mailto: link is clicked

[mozilla-lists . mbourne]

RFC 2368 and RFC 1738 are obsoleted by newer versions. I haven't read 
through all of them in detail, but for what it's worth RFC 6068 (which 
replaces RFC 2368) mentions in section 5:

   Current implementations encode
   a space as '+', but this creates problems because such a '+' standing
   for a space cannot be distinguished from a real '+' in a 'mailto'
   URI.  When producing 'mailto' URIs, all spaces SHOULD be encoded as
   %20, and '+' characters MAY be encoded as %2B.
So that at least acknowledges that expected handling of a '+' is 
ambiguous, and that anyone producing mailto URIs should encode spaces as 
%20. A quick search of the others didn't turn up any obvious mention of 
encoding spaces as '+'. Were there specific sections where you saw this 
mentioned?


"application/x-www-form-urlencoded" is a content type used in HTTP POST 
requests, in which the content is in a similar format to URL query 
strings. I'm not sure off the top of my head whether the query part of a 
URI is defined to be exactly the same format as 
"application/x-www-form-urlencoded" content, nor whether the current 
version allows encoding spaces as '+'.


All in all, if you want consistent behaviour, it's probably best to use 
%20 to represent a space even if some applications also accept '+'.


Mark.


Andrey ``Bass'' Shcheglov wrote:

Hello Jonathan,

Thank you for your response.

mailto: links are indeed standard, with Mozilla products (since
Netscape 4.x) supporting only part of the standard.

Since the format of the URL is "application/x-www-form-urlencoded",
both + and %20 should be supported -- see RFC 2368
, RFC 1738
 and RFC 3986
.

Regards, Andrey.

On 04.07.2017 16:52, Jonathan N. Little wrote:

Andrey ``Bass'' Shcheglov wrote:

Hello,

Whenever I click a mailto: link with a subject, e. g.:




the new message window opens with a non-empty subject, but the
plus signs are not replaced with spaces, i. e. I get
"Lorem+ipsum+dolor+sit+amet", not "Lorem ipsum dolor sit amet".

This is reproducible using

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

and

Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101
Firefox/52.0 SeaMonkey/2.49


Is this a known issue?


I don't know, isn't mailto links not really a standard? Anyway,
should you not format it URL escaping to get what you want?




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

Re: "Your Copy of Seamonkey is old" Warning

[Paul B. Gallagher]

pau...@umn.edu wrote:


Please consider having this warning pop-up ONLY if seamonkey detects
that a newer version is available.


What version are you using, and how did you elicit the warning?

Many websites, attempting to install malware, will offer to "update" 
your software, but you should only accept offers from the legitimate 
publishers of the programs in question. I'm invited to update Flash 
several times a week, for example, but my installed version is current 
so I know they're lying.


You can see at the official SeaMonkey website 
 that the current version is 2.46. 
There are some betas and other test versions, but they aren't official 
releases.


--
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

"Your Copy of Seamonkey is old" Warning

[paulfm]

Please consider having this warning pop-up ONLY if seamonkey detects that a 
newer version is available.

Seamonkey is so much better than Firefox (even as a plain web browser) - 
particularly the rich set of gui controls (and none of that FRIENDLY URL crap). 
 Having this warning pop-up when no newer version is available makes it seem 
insecure, out of date, and no longer supported.
with the extended release cycle, I think you should remove the added pressure 
to release, release, release by making this warning a simple notification that 
a newer version is available.
Maybe change the wording to "A newer version ({new-version-number}) of 
Seamonkey is available".
Maybe use a dns entry to distribute the current version number (so seamonkey 
can actually say what version is available and doesn't have to check a web 
page).
A dns TEXT entry of:  version.seamonkey.seamonkey-project.org should work
(the other mozilla projects should have similar entries like 
version.firefox.mozilla.org).  This way machines that don't have full internet 
access can also tell if Seamonkey needs to be updated (if dns is restricted as 
well, then an out of date browser isn't really a problem).  And it would make 
it really easy for people who support Seamonkey in a large environment to check 
if a new version is out.

Thanks.


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

Re: DSN on Compose Window

[Andrey ``Bass'' Shcheglov]

Hello,

Under about:config, I believe you need to play with the mail.dsn.*
family, particularly with mail.dsn.always_request_on.

Regards,
Andrey.

On 05.07.2017 11:05, ossnorthw...@gmail.com wrote:
> Hi All,
> 
> Is there a way to have DSN [Delivery Status Notification] always selected ie 
> = ON
> so I don't have to select it every time?
> 
> Thanks!
> 
> g:o)
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

DSN on Compose Window

[ossnorthwest]

Hi All,

Is there a way to have DSN [Delivery Status Notification] always selected ie = 
ON
so I don't have to select it every time?

Thanks!

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