Re: Fwd: Seamonkey 2.53.6 win32 germany not install of old version 2.53.5.1 / 2.53.7 yes, nur english

[Dirk Fieldhouse]

On 31/03/2021 06:28, B. Grams wrote:

Hi, die Version 5.53.7 konnte ich ohne Probleme überinstallieren. Leider
ist jetzt alles nur noch in Englisch.


You need to install this language pack:
Sie mussen installieren dieses Sprachpaket:



/df

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

Re: Fwd: Seamonkey 2.53.6 win32 germany not install of old version 2.53.5.1 / 2.53.7 yes, nur english

[Dirk Fieldhouse]

On 31/03/2021 06:28, B. Grams wrote:

Hi, die Version 5.53.7 konnte ich ohne Probleme überinstallieren. Leider
ist jetzt alles nur noch in Englisch.


You need to install this language pack:
Sie mussen installieren dieses Sprachpaket:



/df

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

Re: SeaMonkey 2.53.7 released!

[Dirk Fieldhouse]

On 01/04/2021 21:55, Frank-Rainer Grahl wrote:

Dirk Fieldhouse wrote:
...>
Thanks, and just to note that updating the Ubuntuzilla package 
(through its apt repository) without updating the corresponding 
language pack can result in the Compose window losing all contents and 
functionality.


Presumably one can break other builds in a similar way.

We tied the official language packs to the specific version in the 
latest builds. Should only happen if you have a language pack from 
2.53.1 to, I think, 2.53.3).


This was 2.53.6 to 2.53.7.

/df

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

Re: SeaMonkey 2.53.7 released!

[Dirk Fieldhouse]

On 31/03/2021 05:44, Edmund Wong wrote:


The SeaMonkey Project is pleased to announce the release of SeaMonkey
2.53.7.
...


Thanks, and just to note that updating the Ubuntuzilla package (through 
its apt repository) without updating the corresponding language pack can 
result in the Compose window losing all contents and functionality.


Presumably one can break other builds in a similar way.

/df

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

Re: Website Issue: nick-hat-boecker.de/corona-generator does not work with SM 2.53.8

[Dirk Fieldhouse]

On 26/03/2021 18:24, Rainer Bielefeld wrote:

https://nick-hat-boecker.de/corona-generator/ does not work with 
installation of unofficial (by wg9s) De SeaMonkey 2.53.8 beta 1 pre 
Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 
Build 20210227220003 (Newly created User Profile, Default Classic Theme) 
on German WIN7 64bit.


Expected: Clicking [Start] or [Neustart] should show a German flag 
animation and afterwards a funny text.


Actual: Nothing  

Works fine with Chromium.

Error Console shows lots of Errors like

Zeitstempel: 26.03.2021, 19:16:55
Warnung: Fehler beim Verarbeiten des Wertes für 'animation' nach dem 
Ersetzen von Variablen. Erzeugter Wert war 'revealBlock 0s calc(1.2s + 
.5s) forwards'.  Rückfall auf 'initial' angewendet.
Quelldatei: 
https://nick-hat-boecker.de/corona-generator/css/app.38cf58f8.css

Zeile: 1
Quelltext:
revealBlock 0s calc(1.2s + .5s) forwards



These errors are related to Web Animations: 



Apparently the animations are specified using CSS. Previously, we 
discovered that SeaMonkey 2.53 CSS doesn't understand calc(). This may 
well be what's happening here.


2.53.6: nothing happens (Start -> Neustart>), nothing in the error console.

As the corona-generator uses the Vue.js framework, it's supposed to run 
on less recent browsers without Web Component polyfills, but obviously 
something is not working that would make that happen -- maybe the 
developer used the wrong settings? Either way, you'd get the calc() 
issue as in 2.53.8.


/df

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

Re: Google.com difference with SeaMonkey compared to Firefox

[Dirk Fieldhouse]

On 22/03/2021 18:58, NFN Smith wrote:

...>

That said, I've found that at www.google.com, if using a standard 
Seamonkey User Agent display, the search bar's display is a little odd, 
where cursor and text is displayed about half a line offset above where 
it should be.  I found that that goes away if I show a stock Firefox UA 
string (rather than Seamonkey's UA of Firefox with Seamonkey's ID tagged 
at the end).


This UA (as in this post) doesn't cause the above weirdness, which was 
definitely seen with some earlier SM versions for the same platform:


Mozilla/5.0 (X11; Linux i686; rv:60.0) Gecko/20100101 Firefox/60.0 
SeaMonkey/2.53.6


Whether the difference is in SM's presentation or G's UA sniffing isn't 
clear.


Perhaps G is stigmatising Windows 10?

/df

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

Re: Google.com difference with SeaMonkey compared to Firefox

[Dirk Fieldhouse]

On 21/03/2021 21:35, no...@nonospam.org wrote:

I'm attaching 4 screen grabs, all from SeaMonkey v2.53.5.1.

They show the basic Google screen both with the Real UA and the Firefox 
86.0 UA, and also a Google search result with both the Real UA and the 
Firefox 86.0 UA.


In both cases I prefer the SM presentation (from the pictures shown). As 
the UA changes the display this is a deliberate choice by G, and if 
anyone wants to have a FF presentation that's how to get it.


At one time the SM presentation had defects such as the length of the 
search field not matching its container, or being vertically offset. 
This doesn't seem to happen now (at least, without JS enabled).


The only real improvement needed would be to delete or compress the 
"People also ask" box.


/df

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

Re: Anchors do not work in ModSecurity reference manual

[Dirk Fieldhouse]

On 19/03/2021 19:36, EE wrote:

mike wrote:

Hi,

in
https://github.com/SpiderLabs/ModSecurity/wiki/Reference-Manual-%28v2.x%29 


anchors do not work with SeaMonkey, i.e. clicking on a link does not
jump to the corresponding section. It works with Firefox, though.

The anchors do not work with Pale Moon either, but they do work with 
chromium browsers and Safari.


Do the reverse links work (heading to ToC)?

The GitHub Web Components Polyfill extension that I mentioned earlier in 
the thread is equally applicable to PM, according to its blurb.


Nonetheless the document is broken as HTML(5). Not only does the 
navigation not work, W3C validation shows 202 errors.


/df

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

GitHub WebComponents extension [was: Re: Anchors do not work in ModSecurity reference manual]

[Dirk Fieldhouse]

On 19/03/2021 14:12, Jonathan N. Little wrote:

Dirk Fieldhouse wrote:
...> >> Off-topic: shouldn't that extension be built into SM for all sites?

No, SM should be upgraded, but because of its legacy framework not only
will upgrade break extension support but require a major rewrite of the
codebase. A lot to ask of the volunteer developers.
...


Generally, what has changed since Firefox and SeaMonkey were in 
lock-step is new or changed JS APIs, in particular so-called Web Components.


As this (classic) extension has done the job of implementing the subset 
of these APIs expected by GitHub (that they couldn't be bothered to send 
polyfills for), maybe it provides a good route to doing that for other 
sites, at least until SM gets native support for them.


I wonder if there is anything specific to GH in the extension other than 
(I assume) that it enables the WC APIs for GH only, and the selected 
subset of APIs?


/df

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

Re: Anchors do not work in ModSecurity reference manual

[Dirk Fieldhouse]

On 18/03/2021 23:42, Jonathan N. Little wrote:

Dirk Fieldhouse wrote:

On 18/03/2021 14:23, Jonathan N. Little wrote:

...> mike wrote:

or more modern:

To Anchor

All browsers will find me too


Are you sure?


Yep, now I am. Open in Firefox and the TOC works. Disable JavaScript and
reload and TOC and it no longer works in Firefox. Didn't bother to debug
what the exact issue with SM was.

>...>

There's a big difference between links that work out of the box (href> -> ) and scripted links. With the right (ie, very 
wrong) scripting, any element can be made a link or a target: that's how 
you break the web.


The links work for me in SM2.53.6 with JavaScript enabled. However I 
have the GitHub WebComponents extension installed, as anyone who needs 
to use GitHub should: <https://github.com/JustOff/github-wc-polyfill>. 
Maybe that makes the difference.


Off-topic: shouldn't that extension be built into SM for all sites?

That the site's links may work partially under some circumstances 
doesn't affect the main issue which is that the links are incorrect and 
the site should fix them. Similar to Eric Morecambe's musical notes, the 
link elements have all the right attributes but the wrong values.


/df

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

Re: Anchors do not work in ModSecurity reference manual

[Dirk Fieldhouse]

On 18/03/2021 14:23, Jonathan N. Little wrote:

mike wrote:

in
https://github.com/SpiderLabs/ModSecurity/wiki/Reference-Manual-%28v2.x%29
anchors do not work with SeaMonkey, i.e. clicking on a link does not
jump to the corresponding section. It works with Firefox, though.


My guess is that it is using some specific JavaScript mechanism
'user-content-*' to act as a link that legacy SeaMonkey doesn't support
or the JavaScript library used doesn't properly identify SeaMonkey to
enable the function. Far better to just use tried and true link-anchor

To Anchor
...
All browsers will find me

or more modern:

To Anchor

>
> All browsers will find me too

Are you sure? This isn't in any spec I've seen, though it's trivial to 
implement in JavaScript if you want a broken page. Also, keep quiet 
about it or Google will try to add it to HTML5!


What seems to be the case is that in the endless rush to break the Web, 
it was decided to deprecate . In other words, just about the first thing that anyone 
learned about HTML anchors is now deprecated ...


The problem here is that the page has links but no matching anchors, or 
vice versa.


As an example, take the heading "Introduction". Here's its ToC entry, an 
unnumbered list item in a nested unnumbered list:



Introduction

...



This would link to an anchor  or id="Introduction"> in the same document.


But this is the target heading:


href="#introduction" aria-hidden="true">

...


Introduction


If the Toc  element were:
	name="introduction">Introduction

and the elements in the heading were:
...

Introduction


the page would work properly: clicking on the ToC "Introduction" takes 
you to the heading, and clicking on the icon next to the "Introduction" 
heading takes you back to the ToC entry. Maybe there's some site JS that 
makes this vaguely better, but as I was testing HTML I didn't enable JS 
for the page. When I did, I found that the ToC link worked, but the 
reverse link didn't.


How this basic 1992 web functionality has been broken by some obscure 
processing chain is a matter for the site owner, who may need to wrangle 
GitHub's Wiki functionality harder (or bypass it). OP should try the New 
Issue button here .


/df

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

Re: Change of Topic ... Wildcards Re: Transfer SM files from Win 7 to Win 10 machine

[Dirk Fieldhouse]

On 17/03/2021 06:12, Daniel wrote:

Jonathan N. Little wrote on 16/3/21 11:03 pm:
...>

%APPDATA% is an environmental variable in Windows like $HOME is for
Linux. In Windows the profile is in a hidden directory off of the user
directory  C:\Users\USERNAME\Appdata\Mozilla\SeaMonkey whereas in Linux
it is in the hidden directory /home/USERNAME/.mozilla/seamonkey


So, if I had my profile at

H:\here\there\anywhere\AppData\Roaming\Mozilla\Seamonkey\Profiles

would the %APPDATA%\Mozilla\Seamonkey command locate my Profile??


Only if the APPDATA environment variable were set to 
'H:\here\there\anywhere\AppData\Roaming'.


Then the string '%APPDATA%\Mozilla\Seamonkey' would identify where your 
Profiles directory is, in a context where environment variables are 
expanded; one of those is a script (CMD or PowerShell); another is 
reading a string from a Windows registry setting of type REG_EXPAND_SZ 
(the normal way APPDATA is used).


Environment variables can be set system-wide as well as per-user in 
Windows (and, somewhat differently, in Unix-like OSs). The settings are 
inherited down the process hierarchy. See 
.


/df

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

Re: SM road map

[Dirk Fieldhouse]

On 12/03/2021 18:38, AndrésH wrote:

...>

How can I enable ES6 manually ? I plan to test 2.53.7 as a "portable" 
version.


Set dom.moduleScripts.enabled to true.

See .

/df


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

Re: SM road map

[Dirk Fieldhouse]

On 10/03/2021 19:03, AndrésH wrote:

WaltS48 escribió:

On 3/8/21 1:01 PM, AndrésH wrote:

Where can I find the road map for the next main version of SM ? e.g 2.57

...>

Since last summer ( july 2020 ) some Spanish  websites have been changed 
and are not compatible with SM. The user interface , once logged in , of 
eldiario.es doesn't work. And some features of the website of 
bancosantander.es neither.


I guess because they implement new html features supported by the newest 
release of Firefox.


In the linked status notes these comments are relevant to your problems:


Release Train

>

SeaMonkey 2.53.x

open tracking (0) tracking requests (57) targeted (1) fixed (323)

SeaMonkey 2.53.x originally based on Gecko 56 is in our gitlab comm-release 
repo.
We plan to release SeaMonkey 2.53.7 beta 1 in February.
The release is tracked in bug 1689877.
The release notes and website update are tracked in bug 1689878.
The release is still behind schedule because of some last minute 
problems but building will begin shortly.
...
ES6 modules support is almost ready and can be enabled manually. 
But some minor issues remain and so we decided to turn it off for 2.53.7.
...
WebExtentions dictionary support is being worked on but no ETA.
Please use the new Calendar component for reporting and tracking respective 
bugs!
We are looking into adding support for Custom Elements and Shadow DOM in a 
later release. No ETA yet. This is or will also be supported in 2.57.
...


/df

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

Re: help with site

[Dirk Fieldhouse]

On 09/03/2021 20:31, Hawker wrote:


Any idea what is going on here?
This site comes up with a challenge question, but the "button" to click 
below doesn't show up at all for me.  In firefox I don't even get the 
challenge. Any idea what it is looking for that is an issue and why the 
button is missing? It used to work just fine.


https://www.trustedparts.com/en/search/MMBF5457


You might think that the site is completely broken. It loads endless 
JavaScript from different domains and displays JS errors in the browser 
console.


Obviously masquerading as FF won't help, as even FF doesn't work.

However starting from https://www.trustedparts.com and pasting MMBF5457 
into the search field successfully returns the page for the quoted URL. 
The endless JS domains mentioned are associated with the captcha 
challenge; only www.trustedparts.com and two other subdomains (dd, cdn) 
of trustedparts.com have to be enabled for JS to get a usable search 
result page.


I guess the site throws a tantrum if you don't give it the right site 
cookies or the right Referer [sic].


/df

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

Re: iTV-Discovery +

[Dirk Fieldhouse]

On 04/03/2021 23:37, JAS wrote:

JAS wrote:
My new fiber optic internet and TV is thru iTV(mine is gpcitv.net) 
none of the movies or cable channels will ply using Seamonkey, I us SM 
2.49.5 and my wife uses Sm 2.53.6 but both of us get a error when 
trying to view ...
Meant to say that on Firefox 86--Iron  87.0.4450.0 --Google Chrome 
88.0.4324.190 every thing plays fine --I can log in on Seamonkey and see 
all the video,etc but get and when they are clicked on.


SeaMonkey doesn't support DRM-protected HTML5 video, which (now that 
Flash and Silverlight are passé) is the only way that some commercial 
streaming services will play.


Although Firefox has (was forced to?) incorporate an interface to the 
required proprietary modules, the interface has never been fully 
developed in SeaMonkey, due to a combination of priorities and 
objections in principle.


If you want to watch those videos with the least tang of G in your 
mouth, carry on with FF86.


/df

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

Re: Blocking spam

[Dirk Fieldhouse]

On 23/02/2021 22:54, Ray_Net wrote:

...>

Based on this: % Information related to '81.29.0.0 - 81.29.15.255' ?
together with your idea ... I have created such a filter - it works 
pretty well. (tedious to create)


If it works really well, you could add a Delete action after mMrking as 
Junk!


/df

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

Re: Blocking spam

[Dirk Fieldhouse]

On 22/02/2021 23:21, Lemuel Johnson wrote:

On 2/22/2021 4:52 PM, Ray_Net wrote:

Dirk Fieldhouse wrote on 22-02-21 11:41:

On 21/02/2021 22:44, Ray_Net wrote:

...>

I have two spam-mail at 6h30 and 23h30 each day.
All mails are totally different . the only partially fixed part 
is that line:


"Received: from news1.afrophree.com (news1.afrophree.com 
[81.29.1.46] (may be forged))"

...>


Create a message filter. Use the Customise... entry in the header 
pull-down to add the Received header to the menu. Filter on 
"Received" "contains" ".afrophree.com" -> Set Junk Status.


Sorry ... your idea does not work, because the domain names are always 
different the only fixed part is the ip adress range.from '81.29.0.0 
to 81.29.15.255

... >

Received contains 81.29



Quite. Or to be completely accurate, 16 rules like "Received contains 
[81.29.0.", where the 0 is replaced by 1..15 for the other 15.


The rule "Received contains [81.29." will probably be good enough as you 
can manually unmark as Junk any false positives (unlikely to be any).


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

Re: Blocking spam

[Dirk Fieldhouse]

On 21/02/2021 22:44, Ray_Net wrote:

...>

I have two spam-mail at 6h30 and 23h30 each day.
All mails are totally different . the only partially fixed part is 
that line:


"Received: from news1.afrophree.com (news1.afrophree.com [81.29.1.46] 
(may be forged))"


The names of the news servers are always didderrent and thei domain is 
NOT part of the ip adress.


The ip-adresses are always different, but still of the same domain which 
is: iahoster.com


How can I create a filter to catch the range ip-adresses -->
% Information related to '81.29.0.0 - 81.29.15.255' ?

Create a message filter. Use the Customise... entry in the header 
pull-down to add the Received header to the menu. Filter on "Received" 
"contains" ".afrophree.com" -> Set Junk Status.


/df

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

Re: Is there an easy way to add a .ics file to Seamonkey a Calendar?

[Dirk Fieldhouse]

On 19/02/2021 20:28, WaltS48 wrote:

Rob Steinmetz wrote:
...>
Is there an easy way or an extension to add a .ics file from a website 
to a Seamonkey Calendar?

...>




(TL;DR: no)

/df

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

Re: Box disappears when mouse hovers over it

[Dirk Fieldhouse]

On 17/02/2021 03:28, AK wrote:

When I post a question here, the box for "post your question" disappears when I 
hover my mouse over it.

https://askubuntu.com/

It acts normally with Firefox.

Any idea what is causing it?


The button has this CSS background-color from its class s-btn__primary:
 var(--theme-button-primary-background-color)

See 
 
for discussion of this syntax. These CSS variables are part of a site theme.


--theme-button-primary-background-color means --theme-primary-color, 
which is hsl(12.87958115,76.70682731%,48.82352941%) -- call it "brick";


On hover, the button gets its background-color from its class

var(--theme-button-primary-hover-background-color)

--theme-button-primary-hover-background-color means 
--theme-primary-color-darken-5, the brick colour with 43.82352941% 
lightness.


--theme-primary-color-darken-5 is defined using calc(), like this

hsl( h, s, calc(var(--theme-primary-color-l) - 5%)

but units inside calc() were not supported until FF57, and not in 
 context until FF59. In SM 2.53.6, FF52, etc, apparently colours 
specified with calc() default to white. SeaMonkey needs to acquire the 
Stylo CSS engine.


Notably the button text is styled white regardless of hovering, as the 
theme doesn't contain variables like --theme-button-text-color and 
--theme-button-text-hover-color.


Consequently the button seems to disappear on hovering.

This CSS can be injected to correct the display for the default site theme:

.s-btn__primary:hover,.s-btn__primary:focus,.s-btn__primary:active {
color:#fff;
background-color:hsl(12.87958115,76.70682731%,43.82352941%);
}

An extension like StyleM is good for this.

Why anyone would think it's worthwhile to create this CSS is a mystery. 
Affordance effects like button hovering ought to be consistent across 
not just the browser and all websites displayed in it but all other 
applications on the same GUI platform.


/df

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

Re: Webauthn error

[Dirk Fieldhouse]

On 16/02/2021 16:48, Holger wrote:

I have configured a webauthn flow in Keycloak.
This works with Firefox but unfortunately not with my favorite browser
Seamonkey.

The settings in about:config are the same in both browsers:
 security.webauth.webauthn;true
 security.webauth.webauthn_enable_usbtoken;true
 security.webauth.webauthn_enable_softtoken;false
 security.webauth.u2f;false

The online check (https://psteniusubi.github.io/webauthn-tester/)
returns for credential-create:
isUserVerifyingPlatformAuthenticatorAvailable()[w3c] Error: TypeError:
PublicKeyCredential.isUserVerifyingPlatformAuthenticatorAvailable is not
a function

If I'm not wrong, the Webauthn implementation is supposed to work in
Firefox r60 and later.

Am I doing something wrong?
Is this a fixable bug in Seamonkey?
...


It's a not-yet-implemented feature, despite the rv60 in the SM 2.5x.x 
user agent string.


Possibly you may find code here 
 
that could be adapted to help SM operate with your system?


/df

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

Re: Thunderbird Version Used In SM 2.49.4?

[Dirk Fieldhouse]

On 16/02/2021 02:09, Henrik37 wrote:

What Thunderbird version is the basis for SeaMonkey's v.2.49.4 e-mail?


 says that 
the common mail/news code is shared with TB 52.9.1.


/df

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

Re: Lightning/Calendar in SM 2.53.6

[Dirk Fieldhouse]

On 06/02/2021 08:35, Daniel wrote:

... >
And tonight I've booted up into my Win7 SM 2.53.5.1  and no 
Lightning/Calendar there either!


No version of the Lightning extension listed for Thunderbird is suitable 
for SM 2.53 because the new versions use WebExtensions while the version 
5.4 that you need is limited to SM 2.49.x. The Add-on Converter could 
change that, but you ought to be using the version distributed with the 
program.


In the Release Notes 
:



-   Lightning or one of the distributed extensions is not showing up or is 
disabled under Add-ons.
If the extension is disabled and can not be enabled deinstall it. If it does 
not show up after restart do the following:

Enter "about:config" in the location bar.
Enter "extensions.installedDistroAddon" in the search field.
Reset the key of the extension not showing up using the popup menu with the 
mouse. If in doubt just reset all keys, but this might bring back previously 
uninstalled distributed Add-ons.
Restart SeaMonkey.


This causes the extensions distributed with the program to be 
[re-]installed. In Debian-style Linux they're here:


$ ls -l /opt/seamonkey/distribution/extensions
total 2012
-rw-r--r-- 1 root root  399843 Jan 17 16:53 
{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}.xpi
-rw-r--r-- 1 root root 1305192 Jan 17 16:53 
{e2fda1a4-762b-4020-b5ad-a41df1933103}.xpi

-rw-r--r-- 1 root root  351730 Jan 17 16:53 inspec...@mozilla.org.xpi

The Lightning extension is the file
"{e2fda1a4-762b-4020-b5ad-a41df1933103}.xpi"

I expect that that there is a directory branch 
"distributions\extensions" under the SeaMonkey program directory in Windows.


/df

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

Re: user identification of eldiario.es still doesn't work with 2.53.6

[Dirk Fieldhouse]

On 26/01/2021 12:05, AndrésH wrote:
There is a problem with the identification process of the web of 
eldiario.es.


I can apparently login with my user, but the interface of comments 
doesn't work.


Any idea to send to the developers  of the website to correct the 
problem they introduced with the latest redesign of the web ?


They are probably using some JavaScript API that isn't supported by SM 
(yet).


The JS code may report some error in the Error Console, typically that 
something that was expected to be an Object wasn't (eg 
window.customElements; other problem words include shadowDOM and WebRTC).


Try the site with Firefox starting from 52ESR, then 60ESR, then 78ESR 
and see which starts working. Let the developers know. You could ask 
whether they can enable a fall-back for 52ESR (assuming it doesn't work 
now); that should also support SM 2.5x. For more trouble, you could try 
the intervening permanent beta versions (eg if 60 works and 52 doesn't, 
56, then 58 or 54, ...): knowing FF n+1 works and FF n doesn't could 
give a strong hint as to the failure.


Just to get in, it looks like you need eldiario.es and www.google.com 
(possibly other G sites) enabled for JS.


/df

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

Re: Help! In V.2.53.6 ebay pictures in emails are no longer displayed

[Dirk Fieldhouse]

On 05/02/2021 06:39, Daniel wrote:

Dirk Fieldhouse wrote on 4/2/21 11:57 pm:
...>


Indeed. In the tests where I was able to enable and disable 
i.ebayimg.com images in eBay emails, [Preferences>Privacy & Security>Images] 
remained at "Load all images".



O.K., just looking a bit further, how about ...

Edit -> Preferences -> Privacy & Security -> Cookies.

Might you have selected "Allow cookies for the originating website only 
(no third-party cookies)" or "Block cookies" rather than either of the 
other two??


And in the same tests, "Allow cookies for the originating website ..." 
and "Accept for current session" were set.


I don't think cookies are the problem. Nor is it likely that 
i.ebayimg.com is being blocked by Mozilla's attack/phishing blocklists.


As previously suggested, OP needs to test with a new profile, for which 
instructions ought to be all over the Web but this 
<http://kb.mozillazine.org/Profile_manager> is the best SM-oriented page 
I could see.


/df

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

Re: how to set max width size for new windows?

[Dirk Fieldhouse]

On 04/02/2021 08:05, Daniel wrote:

Gabriel wrote on 3/2/21 11:30 pm:

On 3 Feb 2021 at 12:56:59 CET, "Daniel"  wrote:


Gabriel wrote on 1/02/2021 9:22 pm:
  Hi all, is it possible to set the maximum width when opening a new 
  window in the browser? SM 2.53.6 on macOS.
  Because currently a new window opens at the max screen size, and 
  as I'm using an iMac 5K I'd like to set it to a smaller width.

...>
In Win7 and Linux, (as far as I know) when you set up the screen as you 
want, when you close that screen, it should remember that size for next 
time.


Is this not the case for iMac??


I think it should be, but you would have to close the browser with 
File>Quit or equivalent and not just restart it after a crash. Also 
Preferences>Browser>Display on: Browser Startup could have an effect if 
you start with Home page or Blank page.


The window size is remembered in the xulstore.json file in your profile.

You could adjust this with an editor when SM isn't running. Note that 
the file has no line breaks so you'll need to use an editor that can 
wrap and unwrap lines, or pretty-print JSON; and do make a copy first.


Find the stanza beginning "'chrome://navigator/content/navigator.xul': 
{", then find the fragment between here and the matching "}" that looks 
like this, except for the numbers and formatting:


'main-window': {
  'screenX': '47',
  'screenY': '63',
  'width': '1110',
  'height': '712',
  'sizemode': 'normal'
},

Change the width and/or height as desired. Restart SM. Does it make any 
difference?


/df

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

Re: Help! In V.2.53.6 ebay pictures in emails are no longer displayed

[Dirk Fieldhouse]

On 04/02/2021 08:30, Daniel wrote:
>...>
>
> Edit -> Preferences -> Privacy & Security -> Images
>
> Might not help, but you never know!!

Indeed. In the tests where I was able to enable and disable 
i.ebayimg.com images in eBay emails, this setting remained at "Load all 
images".


/df

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

Re: Help! In V.2.53.6 ebay pictures in emails are no longer displayed

[Dirk Fieldhouse]

On 03/02/2021 10:41, Dr.J.Elz-Fianda wrote:

...>
What is so special in ebay that prevents the display in the emails ?


Whatever's happening isn't an eBay problem, as I tested the procedure 
that I posted earlier using a similar email from eBay. Fortunately the 
sort of JS snafu that occurs with web pages isn't involved in email 
display and so UA spoofing was always a long shot.


As you can see from the message source i.ebayimg.com is the image host 
for the missing item pictures, such as the lens hood/gegenlichtblende in 
your example.


I really think that there is some issue with your display permissions. 
If it can't be fixed by manipulating the UI as I described, some obscure 
about:config setting may be the problem. If so, or perhaps anyway, you 
need to test this with a clean profile.


/df

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

Re: Help! In V.2.53.6 ebay pictures in emails are nc longer displayed

[Dirk Fieldhouse]

On 02/02/2021 01:19, Dr.J.Elz-Fianda wrote:

yesterday I upgraded from V2.53.5.1 to 2.53.6.
After that i get no display of article pictures from ebay.
 From other senders I receive still the pictures to display in-line as I 
have chosen.

In the HTML source code for such an image i can find, e.g.:
max-widt=
h: 100%; max-height: 100%; display: block;" 
src=3D"https://i.ebayimg.com/im=
ages/g/BgMAAOSw4QhgDUDt/s-l300/p.jpg" alt=3D"Praktica MTL5 Camera SLR 
Penta=

con 35m=E2=80=A6" />
Is this an error otherwise known ?
Is there a hidden option in SeaMonkey to switch this display on or off?


You probably have 'Block images and other content from remote sources' 
set in Preferences>Mail & Newsgroups>Message Display.


When this setting blocks content in HTML mail, you should see a warning 
ribbon 'To protect your privacy ...' above the message headers 
containing an 'Options' button. In the options that the button offers, 
select to 'Allow remote content from https://i.ebayimg.com'.


If you don't see this, or just to verify the setting, open Tools>Data 
Manager and select 'Permissions only' in the pull-down at the top left. 
You should see an entry for Domain 'ebayimg.com' in the domain list; if 
you select this, it should show 'https://i.ebayimg.com Load Images' with 
Allow selected and 'Use Default' unchecked. Set these values if not (eg, 
you may have Block selected).


You can add this permission manually if necessary. Open Tools>Data 
Manager, select the Permissions tab, Add at the bottom, then enter 
'https://i.ebayimg.com' (without the quotes) in the field 'Enter a host 
name', bottom right, with type 'Load Images' and 'Add'; then uncheck 
'Use Default' under the line that appears and select 'Allow' (even 
though it's already selected). ebayimg.com should be in the Domain list 
on the left.


Your UI may vary depending on language and any installed theme.

/df

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

Re: adblock ?

[Dirk Fieldhouse]

On 01/02/2021 15:13, Steve Dunn wrote:

On 2021-02-01 04:07, rjkrjk wrote:

some websites I visit seem to indicate  Im suing some version of Adblock
and want me to update it, and allow me to continue

I check my Ad On Manger, there are no pgms installed


Some sites mistakenly interpret various forms of tracking protection as 
ad blocking.  Have a look at your privacy and cookie settings to see if 
you have any privacy measures set up that might be triggering these 
warnings.


Having said that, you may not be able to find a collection of settings 
that provides you with what you feel to be an acceptable level of 
privacy protection and yet is compatible with some of these sites.  


Tracking protection is configurable per site. If it's so configured 
(Preferences>Privacy & Security>User Tracking: Prevent tracking 
activities..., Warn me when known tracking ... ), you get a pop-up 
ribbon at the top of a page that wants to exceed your privacy settings. 
If you select Unblock, that applies to the specific site. You can later 
change the per-site settings using Tools>Data Manager.


On 01/02/2021 15:38, NFN Smith wrote:
> A known issue.
>[stuff about AdBlock Plus]
>...

OP's issue doesn't have appear to have anything to do ABP: in fact there 
are no extensions ("pgms") installed.  Rather, it's likely to be the 
Tracking protection as identified by Steve.


/df

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

Re: Can't clear offline storage, 2.53.6

[Dirk Fieldhouse]

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

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


Not necessarily junk: see 



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


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


/df

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

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

[Dirk Fieldhouse]

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

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


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

On 30/01/2021 13:18, Dirk Fieldhouse wrote:
> Your problem is <https://bugzilla.mozilla.org/show_bug.cgi?id=1678669>
> which remove Places migration from versions older than Firefox 60.
>...

/df

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

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

[Dirk Fieldhouse]

On 30/01/2021 18:24, EE wrote:

...>
Why not just either export the bookmarks as html or back them up as 
sqlite from SeaMonkey and either import them or restore them into 
Firefox?  ...

Well, you answered the question immediately.
 ... That would not help with the history, but the bookmarks will 
be preserved.


It appears to be a bug in the Manage Bookmarks... aka Library dialog 
that it offers "Backup..." and "Restore" options that only work on 
Bookmarks and not Tags or History. If this is the case, at a minimum the 
menu items need to be renamed.


/df

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

Re: Seamonkey 2.53.6 - why does it block ad blocking and tracking blocking

[Dirk Fieldhouse]

On 30/01/2021 05:24, Bret Busby wrote:

...> Bret Busby wrote:

"AdBlocker Ultimate could not be installed because it is not
compatible with Seamonkey 2.53.6"
(for version 2.26 of AdBlocker Ultimate, from the CAA library)

"AdBlocker for YouTube could not be installed because it is not
compatible with SeaMonkey 2.53.6."
(for version 0.2.3 of AdBlocker for YouTube from the CAA library)



It may be that the extension author set an upper limit on the SM version 
to be supported and 2.53.6 exceeds it, even though the extension might 
still work; alternatively, the author may not have included some trivial 
additions that would have enabled the extension for SM.


In either case you can try processing the extension with the online 
converter at .


If the conversion succeeds, the extension should be installable but may 
still not be functional; at least you tried. That means that the 
extension needs non-trivial changes to work with SM 2.53.6.


I would be careful about installing more than one ad-blocker as it will 
slow your browsing experience and there may be unwanted interactions, 
possibly even causing ad-blocking to fail.


/df

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

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

[Dirk Fieldhouse]

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

...


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


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


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


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


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


/df

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

Re: Ctrl-D window size

[Dirk Fieldhouse]

On 28/01/2021 20:00, mozilla-lists.mbou...@spamgourmet.com wrote:

...>
It does, however, make the "Cancel" button somewhat pointless and 
misleading, when any changes are already applied anyway, and remain 
after clicking "Cancel"...


The new bookmark is meant to be created by default. To "Cancel" adding 
the bookmark, you have to use the "Remove Bookmark" button.


It appears to be a bug that changes to the dialog fields are still 
applied even if Cancel is used.


Personally I would not have made the dialog behave this way (even with 
the bug fixed). Rather, I would have had OK and Cancel options so that 
no bookmark is added until OK is used, and any changes to the dialog are 
saved at the same time. The dialog as-is is adequate for editing an 
existing bookmark (especially if the update bug were fixed).


/df

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

Re: Ctrl-D window size

[Dirk Fieldhouse]

On 27/01/2021 01:43, Ray Davison wrote:

... >

Your 13/1, I got lost at "Classic Add-on Archive enabled".


Read here 
.


Download archive extension here  
(specifically the Releases page, currently v2.03 
).


Then Tools>Classic Add-on Archive.

/df

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

Re: Ctrl-D window size

[Dirk Fieldhouse]

On 26/01/2021 19:12, Ray Davison wrote:


... >
That answers my where question, now how?


Your entire question was actually answered in my posts of 12/1 and 13/1. 
Have another look -- follow the link in the 1st post for a 
userChrome.css example, or install the extension mentioned in the 2nd post.


/df

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

Re: Seamonkey 2.53.6 - why does it block ad blocking and tracking blocking

[Dirk Fieldhouse]

On 25/01/2021 18:57, Bret Busby wrote:

I am running

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

Build identifier: 20210118013008

on UbuntuMATE Linux 20.10.

Seamonkey does not allow ad blocking plugins like Adblock Plus and 
Adblock Ultimate, etc, that are allowed by Firefox, and, a plugin name 
"Bluehell Firewall" that apparently does ad blocking and tracking 
blocking, is "not compatible with your version of Seamonkey.


Bluhell Firewall 2.6.4 (FWIW an extension, not a plugin) works fine, 
certainly on 2.53.5.1 and earlier, but see below.


A strip had been appearing across the top of the window, for a 
particular web site, and, it had displayed
"Parts of the page that track your online activity were blocked Blocking>"

...
The strip across the top of the window, no longer appears for that web 
site, and, in going into the web browser preferences, I can not find a 
way to restore the ad  blocking and tracking blocking, for that web site.


Why is Seamonkey blocking the ad blocking and he tracking blocking?


Keep Blocking uses the settings from Preferences>Privacy & Security. 
Unblock grants permissions that you can revoke or otherwise modify 
through Tools>Data Manager, select site, Permissions tab. That may be 
what you're looking for. SM doesn't have ad-blocking built in.


Why does Seamonkey not allow the plugins that  have mentioned, to work 
with this version of Seamonkey?

>

You may be trying to install WebExtensions versions of extensions where 
SM (currently) supports the classic extensions API (FF 52ESR and 
earlier). Until SM supports WebExtensions, install the Classic Add-ons 
Archive extension  and use the 
versions from the archive.


/df

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

Re: Preference Variable print.printer_[xxx].print_paper_size_unit Meaning?

[Dirk Fieldhouse]

On 25/01/2021 23:31, David E. Ross wrote:

What is the meaning of the preferences variables
print.printer_[xxx].print_paper_size_unit
where [xxx] is the name of a printer?
...


Apparently 0 means Imperial units 



There are no print.printer_* entries in about:config from my SM Linux 
x86 profile that has been upgraded from 2.4x.


My guess is that such entries are added to save a non-default setting 
from the print driver settings.


/df

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

Re: An important site that doesn't work with SeaMonkey

[Dirk Fieldhouse]

On 24/01/2021 15:55, Cruz, Jaime wrote:

On 1/24/21 7:29 AM, no...@nonospam.org wrote:
I don't get any kind of a security violation notice or see anything 
about Imperva.

...>

A suggestion:  Go here: https://someonewhocares.org/hosts/

Download the text version of the "hosts" file.  Follow the directions to 
replace your PC's default "hosts" file and try it again.  This will 
block all known malicious sites and prevent them from loading.  As I 
posted earlier, I had no issues going to your original link using 
Firefox-ESR, it came right up.


Or, what happens with JS disabled? With NoScript installed you can first 
enable JS for the site itself and then see which other domains are being 
contacted for JS and (a) post the list here (b) enable one at a time, 
until the hang occurs.


Or, what happens with FF52ESR, FF60ESR?

Unfortunately users outside the USA won't be able to test the site 
itself since enabling the site's JS brings up the previously described 
Error 16 Imperva display.


/df

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

Re: An important site that doesn't work with SeaMonkey

[Dirk Fieldhouse]

On 23/01/2021 14:56, Don Spam's Reckless Son wrote:

no...@nonospam.org wrote:
Do I understand correctly that Imperva is security software the site 
is using to block access from "unapproved" browsers? If so, IMHO the 
SeaMonkey team at least needs to take steps to prevent this from 
locking up the browser as is happening now. I know how to kill the 
process with Task Manager, but less computer-savvy users may be stymied.


I assume your browser access is not being blocked and it's the actual 
page that's failing. The Imperva access denial page is very clear, as 
the Don describes.


We don't really know why Imperva is blocking access.  I did a web search 
on "website blocked by imperva" and one of the first links it threw up 
was 
https://docs.imperva.com/bundle/cloud-application-security/page/error-codes.htm 

Another was 
https://docs.imperva.com/bundle/cloud-application-security/page/settings/security-settings.htm 
- that could maybe help more.
There's a list of Client IDs and their codes in there, Firefox is 1, 
Seamonkey is 45.
When I try and access https://www.jewelosco.com/ I get Error 16 and the 
first link gives that as
The request was blocked based on your security settings (Bot Access 
Control or Block Specific Sources) in the Cloud Security Console. For 
details, see Web Protection - Security Settings.


Looking that one up (the last part of that text is a link), Block 
Specific Sources can be used to block countries, IP-ranges or URLs (!).

>...

As UA spoofing is ineffective it's likely that we are being blocked for 
not being in the US and so not sufficiently interesting to the deluded 
site owner as potential customers. Apparently if a US resident goes 
abroad and wants to schedule a delivery for his/her/zer return he/she/ze 
has to have a US VPN.


/df

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

Re: An important site that doesn't work with SeaMonkey

[Dirk Fieldhouse]

On 23/01/2021 09:18, Don Spam's Reckless Son wrote:

no...@nonospam.org wrote:
...>

Two possible workarounds here:
1 - about:config and then modify 
general.useragent.compatMode.strict-firefox (you may well have to 
restart Seamonkey before the change becomes active).

...


UA spoofing didn't seem to break through the Imperva thing. It might 
help once you actually reach a page served by the company that does not 
show its pages.


/df

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

Re: An important site that doesn't work with SeaMonkey

[Dirk Fieldhouse]

On 23/01/2021 01:00, no...@nonospam.org wrote:

https://www.jewelosco.com

This is the site for a major grocery store and pharmacy chain. It locks 
up SeaMonkey v2.53.5.1 on a fully updated Windows 10 Pro system. Try to 
do anything and it shows "Not Responding".

...


Blocked by "Imperva" for me, before even reaching the listed pages on 
the site.


/df

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

Re: Teams in Seamonkey or FireFox?

[Dirk Fieldhouse]

On 20/01/2021 01:27, Lemuel Johnson wrote:

On 1/19/2021 11:06 AM, Hawker wrote:
Is there any way to get Microsoft Teams to work in Seamonkey or maybe 
at least FireFox?


When I click the link it doesn't even give me the option in SM or 
FireFox. Works in Opera but I don't really use Opera.


Microsoft provides this info for "unsupported browsers":
https://docs.microsoft.com/en-us/microsoftteams/unsupported-browsers


According to 
, they 
support "Firefox, the latest version plus two previous versions" -- no 
idea what that actually means, best case 84.0.2, ESR 78, ESR 60, worst 
case 84.0.2, 84.0.1, 84.0 -- but not "Calling" and for "Meetings" only 
meetings with PSTN coordinates and then with no video or outgoing 
sharing. You would have to ensure that 3rd party cookies are accepted, 
presumably because Microsoft loves to mash up content from lots of 
different domains, all of which are under its control but unrelated to 
the domain of the page (see support.microsoft.com after it was broken 
several years ago).


The client uses WebRTC which might just work in SM if you install this 
extension to enable it 
 
but I fear Teams will also expect other JS APIs that don't exist in SM.


Probably it will be easier for the vendor to use Zoom like the rest of 
the known universe, the web client if necessary 
, though not 
with SeaMonkey.



This extension (which I have not used) may help:
https://addons.mozilla.org/en-US/firefox/addon/refined-microsoft-teams/


Again, not with SeaMonkey (yet).

/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 17/01/2021 22:54, Philip Gladstone wrote:

I found the failing commit in openlayers:

git show 886ca26c6ae5


Good digging.


Rather alarmingly it includes the following new section in the README.md

## Supported Browsers

OpenLayers runs on all modern browsers that support 
[HTML5](https://html.spec.whatwg.org/multipage/) and [ECMAScript 
5](http://www.ecma-international.org/ecma-262/5.1/). This includes Chrome, 
Firefox, Safari and Edge.

For older browsers and platforms (Internet Explorer, Android 4.x, iOS v12 and 
older, Safari v12 and older), polyfills may be needed for the following browser 
features:

* [`requestAnimationFrame`](https://caniuse.com/#feat=requestanimationframe): 
Available from [polyfill.io](https://polyfill.io/).


FF23


* [`element.prototype.classList` 
(`add`/`remove`)](https://caniuse.com/#feat=classlist): Available from 
[polyfill.io](https://polyfill.io/).


FF49 for full support


* [`URL` API](https://caniuse.com/#feat=url): Available from 
[polyfill.io](https://polyfill.io/).
* [Pointer events](https://caniuse.com/#feat=pointer): Use 
[elm-pep](https://npmjs.com/package/elm-pep) (lightweight) or 
[@openlayers/pepjs](https://npmjs.com/package/pepjs) (for really, really old 
browsers).

>

  Adding the line:

https://unpkg.com/elm-pep";>

to the web page makes seamonkey work. However, I thought that seamonkey was a 
reasonably modern browser, so it might be interesting to understand why I need 
this polyfill ...



Firefox 59 was the first version that supported the Pointer events 
extension 
 and 
that's less than 2 years old, or two ESRs behind the current ESR.


As discussed earlier in the thread, SM 2.5.3 is based on slightly 
earlier code, but I think it still counts as reasonably modern. 
caniuse.com says that even now less than 75% of active browsers support 
the extension. I certainly wouldn't want to use it without providing a 
polyfill. Whether that's the responsibility of the site or openlayers is 
moot but at least the requirement is made clear - up to a point.


Saying that the browser must support HTML5 and quoting the latest WHATWG 
"specification" ...


> OpenLayers runs on all modern browsers that support 
[HTML5](https://html.spec.whatwg.org/multipage/) ...


... is a meaningless requirement since it's a "living document" that 
changes with no versioning, and so the meaning of the statement depends 
on when you visit the URL ("the lunatics have taken over the asylum"). 
If you want to quote that in a spec, you need to use a GitHub commit or 
a Web Archive URL. But no-one does that: they just say "use the latest 
Firefox, Chrome, Safari, or Edge", so essentially "use one of these two 
browsers".


>... and [ECMAScript 
5](http://www.ecma-international.org/ecma-262/5.1/). This includes 
Chrome, Firefox, Safari and Edge.


Even if true regarding JS language syntax (ES 5.1: 2011), this is a 
little misleading since DOM APIs (eg, Pointer event) that are defined in 
some later version of the WHATWG, and in the W3C Pointer Events spec (V1 
April 2015) are required.


/df

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

Re: Support for SeaMonkey

[Dirk Fieldhouse]

On 15/01/2021 19:05, David Keith wrote:

..   I would like to update to
*SeaMonkey 2.53.5.1. *I am currently running Mac OS version 10.11.6 on 
my MacBook Pro.**Will 2.53.5.1 run on my Mac Operating System?  Thanks 
for your help.  Looking forward to your response.


According to 
, yes.


/df


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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 16/01/2021 17:37, Philip Gladstone wrote:


I'm the author of pskreporter.info and I'm trying to work out why it doesn't 
work in seamonkey. The root cause appears to be that pointermove events are not 
being delivered to the application.

In particular, the following test demonstrates the difference between firefox 
and seamonkey

* Go to https://pskreporter.info/pskmapn?
* After the page loads, open the developer tools and set in the console 
'disable_timers = 1' and then wait a couple of seconds.
* Now press break in the source debugger. It should break on the next event
* Now move the mouse into the map area and observe that it does not break.
* Clicking on the + or - in the top left corner will trigger a break.


SM 2.53.5.1 Linux x86; NoScript 5.1.9.

I loaded the site and enabled JS for pskreporter.info, cdn.polyfill.io, 
cdn.jsdelivr.net, unpkg.com, ajax.googleapis.com, and bootstrapcdn.com. 
Now there's a world map with day/night overlay and lots of pins. In the 
map area, only the +/- and the copyright links are abinding gives this
ctive. The count of reception records at the bottom of the page 
increments continually.


Following steps 2-4, I get a break on step 3 at map_control_oln.js:4363 
(repeatably). Step 4 is as you say. Step 5: no break.



In Chrome, you can figure out that it is this element that has the pointermove 
event handler:
...

However I can't tell where the event handler is in seamonkey.
...


In the Inspector tab of the SM dev tools, you should see a little "ev" 
in a black-filled box after each element that has any attached event 
handler.


For me, the same element shows the pointermove event handler as

function(t) {
  this.originalPointerMoveEvent_ = t;
  var e = !(!this.down_ || !this.isMoving_(t));
  this.dispatchEvent(new Da(t.type, this.map_, t, e))
}

If I run the minified ol.js through beautifier.io I find this at line 14776:
}, e.prototype.relayEvent_ = function(t) {
this.originalPointerMoveEvent_ = t;
...

As you say, the event is obviously not being delivered: maybe some this 
is not being bound as expected or some issue with preventDefault?


HTH

/df

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

Re: Possible Flash issue on Mac?

[Dirk Fieldhouse]

On 13/01/2021 16:56, Dirk Fieldhouse wrote:

...>

A recent non-timebombed version of Flash, as I understand it:
<https://archive.org/download/flashplayerarchive/pub/flashplayer/installers/archive/fp_32.0.0.371_archive.zip>

WARNING: 425MB zip archive! You have to extract the appropriate Flash 
player for your platform from the archive and install it in the 
appropriate way.


For Debian/Ubuntu Linux users, the Flash package was just a script that 
downloaded the player from Adobe, and the most recent version simply 
deleted the player's files and the script. Obviously rolling back 
wouldn't be useful, so manual installation from the archive is required, 
and "worked for me", at least as far as listing Flash in Tools>Add-ons 
Manager>Extensions.


You can get a later version (34.x) at <http://www.flash.cn/english> (JS 
required) 
<https://helpx.adobe.com/uk/flash-player/kb/how-to-dowload-flash-player-in-china.html>, 
but there may be licensing issues, and who knows what Great Internet 
Firewall "compatibility" features. See 
<https://community.adobe.com/t5/flash-player/is-adobe-flash-cn-ending-support-on-december-31-2020/td-p/11513219>


/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 14/01/2021 22:01, no...@nonospam.org wrote:


...
I installed SM v2.53.5.1 on this laptop and confirmed that the problem 
with https://pskreporter.info/pskmap.html was present. I then 
uninstalled that version of SM and installed v2.49.4. The problem was 
still present! I repeated this several times, going back as far as 
v2.30, and all of them had the same problem with this site.


Your observation makes it all the more relevant to try older Firefox 
versions with the site. I think I tried SM 5.3.5.1 spoofing the user 
agent as Firefox without success, which makes it likely that some site 
JS is testing for a feature that isn't present in SM. As it works with 
the latest ESR, one could try each previous ESR until it doesn't, and 
that might offer a good hint as to what's missing with SM.


I am extremely embarrassed to have made this error in diagnosing the 
situation and I apologize to everyone who has spent time looking into it.

> ...

Very generously put, but who could cast the first stone?

/df

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

Re: Possible Flash issue on Mac?

[Dirk Fieldhouse]

On 13/01/2021 16:14, WaltS48 wrote:

On 1/13/21 10:42 AM, Dirk Fieldhouse wrote:
...> 

[Flashpoint uses archived versions of Flash player that still work]



Old or latest. Flash is dead.

Doesn't matter what version of browser still supports it. The 
manufacturer of Flash doesn't after yesterday and will block content 
from using it.


"Since Adobe will no longer be supporting Flash Player after December 
31, 2020 and Adobe will block Flash content from running in Flash Player 
beginning January 12, 2021, Adobe strongly recommends all users 
immediately uninstall Flash Player to help protect their systems."


Adobe doesn't/didn't mediate Flash content, except by the player.

The "block" only applies if you use a version of the Flash player that 
includes a time cut-off in the player code 
<http://forum.doom9.org/showthread.php?s=2cded5796f2faf5792dcc3b3779002af=1919655#post1919655>. 
Older versions do not include such a "block". Also, I'm sure it would be 
possible to spoof the date+time to the player if it was necessary to 
avoid the time cut-off.


Users of permanent beta browsers such as Chrome and non-ESR Firefox may 
well have been updated to a version that disallows any Flash version, 
but that's a separate issue.


OP's problem appears to be that some issue with Flashpoint/Mac OS is 
causing Flashpoint to use her latest and greatest "blocked" player 
instead of it providing and enabling a version suitable for the game she 
is trying to play.


/df

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

Re: Possible Flash issue on Mac?

[Dirk Fieldhouse]

On 13/01/2021 13:41, WaltS48 wrote:

On 1/12/21 5:48 PM, Paul in Houston, TX wrote:

Mollie Hurlburt wrote:

Hi!

I'm trying to access Flashpoint through SeaMonkey and it used to work 
fine, but now it isn't. I get to the point of entering SeaMonkey but 
it won't use Flash - I end up with a blank screen except for the 
Flash "F" inside a box next to an information "i". When I click it, 
another tab opens saying, "Secure Connection Failed. The document 
contains no data. The page you are trying to view cannot be shown 
because the authenticity of the received data could not be verified." 
I've tried it with multiple links, all are still active on their 
original sites. Nothing, though.


I have macOS Big Sur 11.1 and SeaMonkey 2.53.5.1 - which I've 
un/reinstalled multiple times now, along with Flashpoint itself. I've 
also double checked everything I know could be an issue. My security 
and permissions are fine for allowing everything, all extensions on 
SeaMonkey were disabled, I've tried Safe Mode and normal, cleared 
cookies/cache, etc. I have no idea what it could be.


I tried going to Tools --> Web Development --> Error Console, and 
received these three errors, but I don't know what to do with them 
from here.


Error: TypeError: browser[name] is undefined
Source File: resource://devtools/client/framework/gDevTools.jsm
Line: 158

Error: TypeError: menu is null
Source File: resource://devtools/client/framework/browser-menus.js
Line: 223

Error: NS_ERROR_FILE_NOT_FOUND:
Source File: 
jar:file:///Users/molli/Downloads/Flashpoint%20Infinity%20for%20Mac%20Beta/FPSoftware/SeaMonkey.app/Contents/Resources/omni.ja!/components/devtools-startup.js 


Line: 273





Is your Flashpoint on the same comp or hdd as your SM?
It is my understanding that SM has disabled NPAPI in your SM version.
https://en.wikipedia.org/wiki/NPAPI
Personally, I will stick with SM 2.49.3 until it no longer works with 
any websites.


Flash is dead as of yesterday.

 


True but not relevant to OP's problem which concerns SM in the context 
of a game archive package that provides appropriate (and not blocked) 
players for the formats, such as Flash, that its archived games need.


The first 2 console errors shown are not exceptional.

SM 2.53.5.1 is supposed to support Flash (and no other plugins) via 
NPAPI. Perhaps the detection of older Flash versions isn't working properly?


The Flashpoint site says that Mac OS support is highly experimental. You 
might do better to ask there.


/df

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

Re: Ctrl-D window size

[Dirk Fieldhouse]

On 12/01/2021 20:45, Ray Davison wrote:

Dirk Fieldhouse wrote:

On 12/01/2021 01:45, Ray Davison wrote:
I have 2.35.5 with a fresh profile.  The only change I have made is 
to import a bookmark file.


This is the Ctrl-D window I get.  I can neither resize nor move it.

https://photos.app.goo.gl/dWt8x6whc8v9z2RQ9
...


Have a look at this <https://support.mozilla.org/bm/questions/1208178>.

That refers to an EDIT function in FF.  I seldom use FF and have never 
edited bookmarks in FF.

...


Maybe you think so, but I found that (with SM) following the listed 
procedure (ie, changing the CSS applicable to the chrome element with id 
editBookmarkPanel) changed the appearance of the popup panel that 
appears when you click the bookmark icon (pencil in SM, star in FF) in 
the addressbar. That's what you showed in your original posted image.


If that's not good enough you could try this 
 extension (you need the Classic Add-on 
Archive enabled, as discussed elsewhere).


/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 12/01/2021 19:47, Ant wrote:

...
I thought SM v2.53.5.1 was based on Firefox v56 even though its user 
agent says v60 which is misleading (should be using the older version IMO).


Well, I was sticking with ESR, but I'm sure 56 is the actual base.

/df

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

Re: ARD Mediathek: Page contents vanishes after few seconds

[Dirk Fieldhouse]

On 11/01/2021 15:46, mike wrote:

On 11.01.2021 12:56, Dirk Fieldhouse wrote:

prevAll(), nextAll() and eq() are jQuery methods (get the list of
previous/subsequent siblings of a DOM element, get the nth item of a
list), but jQuery does not seem to be in use.


No, actually it seems to be object-assign
(https://github.com/sindresorhus/object-assign) according to
https://www.ardmediathek.de/main.940c64ac.js.LICENSE.txt.
...

Well, not that exactly: Object.assign() is natively implemented by SM.

It's some other stuff that's included in the main.940c64ac.js. It 
doesn't seem to be any of the React JS components whose licences are 
listed; it looks like this is also included 
<https://github.com/styled-components/styled-components/tree/v5.2.0>, as 
well as stuff that's clearly specific to the ARD application (lists of 
German channels, etc).



But all this is way beyond my JS knowledge.

+1

/df

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

Re: Ctrl-D window size

[Dirk Fieldhouse]

On 12/01/2021 01:45, Ray Davison wrote:
I have 2.35.5 with a fresh profile.  The only change I have made is to 
import a bookmark file.


This is the Ctrl-D window I get.  I can neither resize nor move it.

https://photos.app.goo.gl/dWt8x6whc8v9z2RQ9
...


Have a look at this .

/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 12/01/2021 16:16, no...@nonospam.org wrote:
The site works with FF Extended Support Release v78.6.1esr. It works 
with FF v84.0.2. These are the latest versions of both flavors of FF.


But these are not a good analogue for SeaMonkey 2.53. The codebase is (I 
read) similar to FF 52ESR with fixes and enhancements back-ported from 
later versions. Hence, the interesting test is FF 52 or 60 (possibly 45 
also). I assume the site used to work with those FF versions - does it 
still?


As well as the older FF ESR versions as listed above, you could try SM 
2.53.1 and then if that works, 2.53.2, 2.53.3, 2.53.4, 2.53.5. This 
would help to identify what in the 4000+ changes to SM over that range 
of versions might be causing it not to behave like 2.49.5.


What it is that isn't working is that left-click and hold on the map is 
supposed to allow you to move the map around in the window to re-center 
it on a location of interest.


I also found that neither hovering nor clicking the map pins did 
anything, which I guess must be wrong.


How do you think the site owner should be able to determine what the 
SeaMonkey developers changed between v2.49.5 and v2.53.5.1 to make the 
browser incompatible with his site?


I am guessing that the site owner understands what the site is doing and 
hence has some insight into what may be failing (to cause the left-click 
selection to fail), given that left-click continues to work fine in 
other sites including those with a draggable map. Perhaps there is some 
test version of the site that would provide more detailed logging in the 
browser. Perhaps there is some feature of the G Maps replacement that 
conflicts with SM 2.53.5.1. Perhaps some 3rd party JS has a user-agent 
test for SeaMonkey < 2.50 ... and so on.


Unfortunately this is the kind of compatibility hole that will occur 
when the lunatics (the main browser makers, and G in particular) are 
running the asylum with changing ("innovating") baselines instead of 
properly versioned, independently managed, interface specifications.


/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 11/01/2021 17:57, no...@nonospam.org wrote:

...>
I have reported this to the site owner and he has replied that he is 
aware of the situation. But the site works correctly with Firefox, and 
only has failed to work with SeaMonkey since a recent SeaMonkey update.

> ...

The question is whether it works with an equivalent FF, say 52 or 60 
(Obvs only ESR versions are of interest).


If he can say what it is that isn't working (given that his JS doesn't 
actually report an error with SM) it would be easier for devs to fix.


/df

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

Re: ARD Mediathek: Page contents vanishes after few seconds

[Dirk Fieldhouse]

On 10/01/2021 18:45, Rainer Bielefeld wrote:

Lemuel Johnson schrieb:

objects not recognized by SeaMonkey


So it is:

Laden fehlgeschlagen für das 

Re: SeaMonkey and Github

[Dirk Fieldhouse]

On 08/01/2021 15:50, Rainer Bielefeld wrote:

Nuno Silva schrieb:

IRC channel:
https://github.com/JustOff/github-wc-polyfill


can someone write a "how to use" instruction at
https://wiki.mozilla.org/SeaMonkey/Troubleshooting

Readme at
https://github.com/JustOff/github-wc-polyfill
is not very useful.


This is an extension that claims to install the required JS libraries.

On the page (supposing that it appears before fixing the missing JS!), 
look for the "Releases" link -- for me it's in the right-hand sidebar 
just a bit higher than the top of the Readme. Follow that to find a link 
to the latest (and earlier versions) .xpi that you should be able to 
install in the normal way. Let us know if it works!


/df

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

Re: Site that doesn't work since upgrading to 2.53.5.1

[Dirk Fieldhouse]

On 10/01/2021 09:04, jcteyssier wrote:

no...@nonospam.org a écrit :

I'm running Windows 10 Pro v20H2

The problematic site is https://pskreporter.info/pskmap.html

It's a site with a scale-able map, somewhat similar to Google maps.

The problem is that when you left-click and hold on the map, you 
should be able to move the map around in the window to center it on a 
desired location. It still works fine with Firefox, but not with 
SeaMonkey v2.53.5.1.


Ideas? Thanks in advance!

John
win 10 pro 64 here; Seamonkey 2.53.6 beta 1: same here, left click does 
nothing (firefox works)

No idea "why"



Same with SM 2.5.3.1 Linux x86.

This 
 
seems to be a discussion of a similar problem. The only browser console 
messages:


setMapSize(1120, 583)  pskmap.html:132:31
Resizing map: 1120px != 100% || 458px != 635px  pskmap.html:132:31
Frag shader error: 0:1(12): warning: extension `GL_ARB_gpu_shader5' 
unsupported in fragment shader

  SunLayer.js:531:10
setMapSize(1120, 583)  pskmap.html:132:31

The message about GL_ARB_gpu_shader5 seems to be a red herring that 
could be fixed by 
.


The document declares the VML namespace which I thought was 
unimplemented except in IE <=9, but presumably doesn't use it as it did 
work, from the link above, until last month.


I think the site owner will be best placed to help.

/df

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

Re: how to "reader only" mode?

[Dirk Fieldhouse]

On 09/01/2021 04:44, Daniel wrote:

...>
What's a "Reader Only mode" when it's at home?? Does it send minimal 
info to a website when you go there, or something??




/df

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

Re: Examining complete mail headers - was [Re: SPAM from "... campaign office of Representative Ocasio-Cortez! ..."]

[Dirk Fieldhouse]

On 09/01/2021 12:21, Richard Owlett wrote:

...> [snip]

What tool can I use to examine full mail headers of a specific message?
I'm using {User agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) 
Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4} on Debian Stretch.


Two ways right in the message window:

View>Headers>All

View>Message Source

/df

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

Re: converse.js xmpp browser client doesno longer Work in SeaMonkey

[Dirk Fieldhouse]

On 07/01/2021 17:59, Rainer Bielefeld wrote:


https://conversejs.org/fullscreen.html
no longer works for my
installed unofficial (by wg9s) De SeaMonkey 2.53.6 beta 1 pre 
Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 
Build 20201115220004 (Normal User Profile and also with newly created 
User Profile, Default Classic Theme) on German WIN7 64bit


Only shows blue (or so) empty screen instead of white screen with login 
dialog.


Error console shows:

Zeitstempel: 07.01.2021, 18:42:58
Fehler: XML-Verarbeitungsfehler: Syntax-Fehler
Adresse: https://conversejs.org/fullscreen.html
Zeile Nr. 1, Spalte 1:
Quelldatei: https://conversejs.org/fullscreen.html
Zeile: 1, Spalte: 1
Quelltext:
invalid


Zeitstempel: 07.01.2021, 18:42:58
Fehler: ReferenceError: customElements is not defined
Quelldatei: https://conversejs.org/dist/converse.min.js
Zeile: 456

I can't tell whether related or not.
...


Definitely. With a Custom Elements polyfill, the page appears as you 
expect. I guess that not having Custom Elements could cause the XML 
syntax error too. As discussed previously for github.com:


Subject: Re: SeaMonkey and Github
Date: Fri, 27 Nov 2020 20:05:45 +

/df

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

Re: Browser: Save and Close

[Dirk Fieldhouse]

On 06/01/2021 22:39, WaltS48 wrote:

On 1/6/21 2:16 PM, Ray Davison wrote:

Browser: Save and Close

Sometimes it saves and sometimes not.  I have yet to determine a 
pattern/correlation.  Does not seem to be version specific.


Any ideas?


I get "Save and Quit" when using File > Quit and have more than one tab 
open.


Is that what you are doing?



No problem with saving tabs, but I find that if the automatically saved 
tabs are reloaded after a crash (), the checkbox 
that should be offered with each tab in the list of saved tabs is 
missing. You should be able to uncheck a suspect saved tab.


/df

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

Re: SM 2.53.6b1: Web Developer Tools mess up mail client

[Dirk Fieldhouse]

On 01/01/2021 13:24, WaltS48 wrote:

...>
I can reproduce using SM 2.53.5.1 on Ubuntu 18.04 LTS Linux.



Likewise 16.04 x86. The top level for each account is displayed 
correctly, but the folder pane and the contents of non-top-level folders 
are empty. It looks as if the text is just being hidden, as the 
statusbar changes when "selecting" the hidden folders.


/df

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

Re: PeerTube: No Preview Thumbnals shown on SR Tube

[Dirk Fieldhouse]

On 30/12/2020 13:38, WaltS48 wrote:

On 12/30/20 2:19 AM, Rainer Bielefeld wrote:

my

De SeaMonkey 2.53.6 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; 
rv:60.0) Gecko/20100101 Firefox/60.0 Build 20201115220004 (Newly 
created User Profile, Default Classic Theme) on German WIN7 64bit


does not show any preview thumbnails on
https://tube.rebellion.global/

Error Console shows tons of warnings, but similar warnings appear on
https://peertube.qtg.fr/
which works fine for me.

I tried "FF" at 'Edit - Preferences -  Extended - HTTP' without success
Also FF Trunk version from add-on "UserAgent Switcher" does not help.
Page works fine with MS Edge

...


I can confirm no thumbnails on that site in my 2.53.5.1 on Ubuntu 18.04.

Works fine in my Firefox Nightly 86.0a1.


The Discover category shows thumbnails, but not any of the others 
(Trending, etc). I don't see any JS errors logged in the console. 
However there are no actual Trending (eg) videos populated in the 
div.videos node, so it's not surprising that there are no thumbnails.


/df

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

Re: No access to Acronis site

[Dirk Fieldhouse]

On 29/12/2020 21:40, Cecil Bankston wrote:
When I try to access Acronis.com or its sections with SeaMonkey I get a 
503 Service Temporarily Unavailable page.  I use NoScript, but I have 
allowed all scripts on the site.  I have to use Edge to view the site.


The site is looking for a user-agent string that contains only certain 
browser IDs, and SeaMonkey is not on the list. Masquerade as Firefox 56 
and it offers the page.


This is not a company that wants your custom.

/df

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

Re: Removing M & N Tabs bar SM 2.53.5.1 Win7

[Dirk Fieldhouse]

On 28/12/2020 05:42, Daniel wrote:

Dirk Fieldhouse wrote on 28/12/2020 6:10 am:

...
If you never want the mail tab bar to be shown, or you want it to be 
disabled independently of the browser tab bar, you can apply a user 
style like this:


@namespace 
url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);


@-moz-document url-prefix('chrome://') {

.tabmail-tabs {display: none;}

}

The StyleM extension makes it easy to do this.

/df


Thank you, Dirk, your logic seems infallible!

I guess this means an addition to my UserChrome.js file, that addition 
being everything from your "@namespace" to your "display: none;)" right??


The @namespace line would already be in the *userChrome.css* (in the 
chrome profile subdirectory) if you had already edited it. You don't 
need the @-moz-document line because putting the style in userChrome.css 
means the same. You can check the -example files in the same directory 
for usage (userChrome -> internal browser styles; userContent -> website 
styles).


With StyleM, and its predecessors, the presence of the line 
"@-moz-document url-prefix('chrome://')" identifies a user style 
("affects the user interface"), vs "affects ".


HTH
/df

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

Re: Removing M & N Tabs bar SM 2.53.5.1 Win7

[Dirk Fieldhouse]

On 27/12/2020 13:16, Daniel wrote:


...
But I just want to get rid of the bar, so how do I achieve that, 
please?? I've looked through the Prefs and M & N Account Settings but 
can't find anything that seems appropriate.


I don't think this issue is OS-specific.

Logically you'd expect View>Show/Hide>Tabs Toolbar to do the job, but 
this seems to be a no-op.


The setting below, despite being under "Browser", affects both Navigator 
and Communicator windows, so that the tab bar is not shown when there is 
only one tab pane:


Edit>Preferences>Browser>Tabbed Browsing "Hide the tab bar when only one 
tab is open"


If you never want the mail tab bar to be shown, or you want it to be 
disabled independently of the browser tab bar, you can apply a user 
style like this:


@namespace 
url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);


@-moz-document url-prefix('chrome://') {

.tabmail-tabs {display: none;}

}

The StyleM extension makes it easy to do this.

/df

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

Re: How set default text encoding display in Seamonkey Mail ?

[Dirk Fieldhouse]

On 22/12/2020 15:05, no one wrote:
...> 
Silly me, expecting the configuration to be available via seamonkey mail,  I mean who wouldn't expect it to be located in the browser ;)

...


You can always save an email containing a link to  (like 
this one) if you wish.


But your entire previous browser session will also be restarted when you 
click the link if the browser hasn't yet been run.


/df

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

Re: mozilla-releases-security-updates

[Dirk Fieldhouse]

On 20/12/2020 00:16, Daniel wrote:

meagain wrote on 20/12/20 05:01:


https://us-cert.cisa.gov/ncas/current-activity/2020/12/16/mozilla-releases-security-updates-firefox-firefox-esr-and 


How to integrate these updates into SeaMonkey?


I would stand-by, meagain, as I'm sure our trusty SM Devs are working 
their holiday bound butts off, trying to get a SM Version (which 
includes these updates) out the door!! ;-P


Besides which, some or all of these issues may be in neophile code 
(Gecko 60+) that has yet to infect the SM codebase.


/df

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

Re: Change in password retention in MailNews?

[Dirk Fieldhouse]

On 18/12/2020 19:53, Torsten Funk wrote:

...

In the past we could define a timer/timeout somewhere in the
preferences, which 'logs out' the password manager. ...

Can anybody find this setting in the Preferences?



How about signon.masterPasswordReprompt.timeout_ms ?

Apparently the default is 15 minutes.

/df

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

Re: Quick Folders [was Re: Updated SeaMonkey to 2.53.5.1 - Now I CAN'T RENAME EMAIL FOLDERS]

[Dirk Fieldhouse]

On 15/12/2020 22:23, Don Spam's Reckless Son wrote:

...
Why don't you simply use an English-language version of Seamonkey? 

> ...

That wasn't the issue. In the particular case, SeaMonkey (or equally 
TBird) is an EN-GB version but an IMAP subscription to a German email 
service creates non-renamable German language folder names ( except that 
apparently Inbox is German for Inbox.


Personally I don't use the QF extension but some people, such as the 
poster to whom I was replying, seem to find it useful, and the 4.18.2 
version would suit them until WebExtensions come to SM.


/df

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

Quick Folders [was Re: Updated SeaMonkey to 2.53.5.1 - Now I CAN'T RENAME EMAIL FOLDERS]

[Dirk Fieldhouse]

On 14/12/2020 22:23, user@domain.invalid wrote:
  OK, it appears the problem is with the QuickFolders add-on. 
QuickFolders isn't compatible with the new version of Seamonkey.
  I noticed it was missing after the update, then found that an earlier 
version of QuickFolders DOES function with the new SeaMonkey - except, 
it somehow interferes with renaming folders within SeaMonkey mail.

...


The latest version of QuickFolders that currently works with SeaMonkey 
is 4.18.2. Against SM 2.53.5/Linux x86, I didn't find any problem 
renaming email folders that I had created myself. An advantage of QF 
would be that all QF tabs can be renamed, so, as an English speaker 
using a German email account, you could have a QF tab named Sent 
representing the non-renamable email folder Gesendet (etc).


/df

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

Re: User-agent switching help needed

[Dirk Fieldhouse]

On 11/12/2020 05:58, Rainer Bielefeld wrote:

no...@nonospam.org schrieb:

user-agent switching feature


User Agent Switcher from
https://unofficialseamonkeynews.wordpress.com/2019/01/06/classic-add-ons-archive/ 


converted via
http://addonconverter.fotokraina.com/
for me still works with SeaMonkey 2.53.6:
https://unofficialseamonkeynews.wordpress.com/2019/01/09/test-results-for-add-ons-from-ca-archive/ 



You can (should) install version 2.0.3 of the Classic Add-ons-Archive 
.


The User Agent Switcher needs converting only because the source 
 
sets the SM maximum version to 2.0.*, instead of 2.*.


Then download a set of user agent definitions according to the 
instructions here .


If you need an up-to-date Firefox definition, add this for Firefox ESR, 
modified to suit the platform you wish to advertise, eg "(Windows NT 
10.0; Win64; x64; rv:78.5)":


Mozilla/5.0 (X11; Linux i686; rv:78.5) Gecko/20100101 Firefox/78.5

/df

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

Re: Address Book \ Tools \ Export working incorrectly in the past couple of SM releases

[Dirk Fieldhouse]

On 03/12/2020 03:28, Michael Lueck wrote:

> I have noticed sudden incorrect behavior being done by SM in the last
couple of release versions.

Impacted function is Address Book \ Tools \ Export  and then csv for the 
file type.


The first file created contains just the csv header row defining column 
names.


The UI loops back to the file save as dialog box once you specify the 
filename... and the second time you end up with the exported records.


However the UI loops yet again... at that point I get aggravated and 
cancel out of the vicious loop.


Works OK for me, SM 2.53.1 Linux x86, for file types CSV (System 
charset) and CSV (UTF-8) (which should be the same, anyway):


-   Window>Address Book

-   select folder in left-hand pane

-   Tools>Export...

-   enter filename

-   Save.

Maybe you have an extension loaded that's affecting it? You could try 
the operation with the Error Console (clear it first) to see if any 
relevant messages appear.


What I did observe is that selecting address items in the right-hand 
pane doesn't affect the exported list: you still get the whole folder. I 
would probably have aimed for an option All|Only selected in that case.


/df

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

Re: Website appears to crash 2.53.5

[Dirk Fieldhouse]

On 02/12/2020 07:42, Daniel wrote:

Jonathan N. Little wrote on 02/12/20 01:25:
...>

Makes me think the site's
code is what the Brits call a dog's breakfast.


;-)


For Deutsche Welle, a more appropriate term could be "Berlin Airport".

/df

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

Re: how to reorder email accounts?

[Dirk Fieldhouse]

On 02/12/2020 23:53, WaltS48 wrote:

On 12/2/20 5:20 PM, Rubens wrote:

Gabriel wrote on 02/12/2020 11:23:


many years ago I used an extension to reorder my email accounts, now 
I had to add some new accounts and I can't remember how I did it.
I mean, when you add email accounts, I'd like to reorder them in the 
left pane of Mail window.

SM 2.53.4 macOS.


I still use that extension.

It is named "Folderpane Tools 0.6.1"


Got a link to it?



A bit obsolete, from 2010. Its page suggests this instead (link to 
online conversion of TB extension):




/df

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

Re: How so I make Seamonkey use the system default browser (chrome)?

[Dirk Fieldhouse]

On 02/12/2020 15:21, flyguy wrote:
I've set Chrome as my system default, but Seamonkey still shows and uses 
Seamonkey's browser. How do I get it to use Chrome when I click links in 
Seamonkey mail? Please note that I've been using Seamonkey for decades - 
this is not a newbie's uninformed question.


This is a long-standing (but not quite as long as your use of the 
program, even if that can't be longer than 1.5 decades) "feature":



Perhaps try this, which is the closest to a fix I've heard about:


/df

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

Re: Unable to work with by bank now with SM

[Dirk Fieldhouse]

On 01/12/2020 21:44, Ant wrote:

...>
Isn't SeaMonkey using Gecko v57? If so, then why do they say v60?


(56) I believe the v60 in the UA is partly to pacify UA sniffers and 
partly reflects v60 features that have been back-ported.


/df

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

Re: Unable to work with by bank now with SM

[Dirk Fieldhouse]

On 30/11/2020 23:40, Ray_Net wrote:

...>
...
This action bring me to https://www.belfius.be/retail/fr/index.aspx 
where I did not see the button.

Therefore I still be unable to connect.


If you have any response from the company's technical support, ask them 
to serve polyfills suitable for Firefox 56. SeaMonkey claims Gecko 60 
but this is not entirely true.


/df

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

Re: Unable to work with by bank now with SM

[Dirk Fieldhouse]

On 27/11/2020 23:58, Ray_Net wrote:

...>
This one now is also not working with SM: https://login.one.com/mail


They have a one-liner that redirects if your browser doesn't support JS 
modules, which requires FF 60. Quite difficult to bypass, but should 
work with SM 2.57, once that is working.


/df

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

Re: SeaMonkey and Github

[Dirk Fieldhouse]

On 27/11/2020 14:12, mozilla-lists.mbou...@spamgourmet.com wrote:

Ricardo Palomares Martí­nez wrote:


It seems that Github.com does not work with SM correctly in more
frequently used features than before. ...


For what it's worth, I've also noticed that trying to show hidden lines 
in diffs no longer works either.  I suspect this is another case of a 
site (GitHub in this case) using newer JavaScript features which aren't 
implemented in SeaMonkey, and not providing polyfills to provide those 
features when unavailable.


In particular, the Custom Elements feature. You can provide a polyfill, 
eg using NoScript. I won't post the one I'm using here as it's 800+ 
lines of JS.


/df

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

Re: Unable to work with by bank now with SM

[Dirk Fieldhouse]

On 26/11/2020 16:13, Ray_Net wrote:

Dirk Fieldhouse wrote on 26-11-20 15:46:
...>
A polyfill that works for GitHub seems to send belfius into endless 
recursion.


Which is likely because it also wants to use the Shadow DOM feature, 
which is really too complicated to implement outside the browser core.



This seems correct, because the website dit not test the UA string.
Anyway ... in what SM version "polyfill" will work ?


The next significant SM browser upgrade (possibly the last) is being 
developed as 2.57 based on the Gecko engine used in Firefox 60 but 
Shadow DOM (and Custom Elements) appeared in 63. Those would have to be 
backported by the SM devs, so don't hold your breath.


/df

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

Re: Unable to work with by bank now with SM

[Dirk Fieldhouse]

On 26/11/2020 05:42, Daniel wrote:

.. Does it help if you make both "83.0"??


No, because as Lemuel posted before, the site assumes that the browser
offers a JavaScript interface that SM doesn't yet have, and doesn't send
shim code ("polyfill") to provide it.

A polyfill that works for GitHub seems to send belfius into endless 
recursion.


/df

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

Re: How set default text encoding display in Seamonkey Mail ?

[Dirk Fieldhouse]

On 25/11/2020 09:53, Dave Barber wrote:
...> this "solution" doesn't make much sense?   "1- Enter 
about:config" where/what do you mean by this, enter the file? a 
hidded menu? maybe a console somewhere..


In the address bar, where you would put http://www.mozilla.org. Perhaps
you knew this and your comment was just to encourage people to clarify 
such instructions?


/df

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

Re: SeaMonkey 2.53.5 released!

[Dirk Fieldhouse]

On 20/11/2020 09:22, Frank-Rainer Grahl wrote:

Steve Wendt wrote:
...>


Speaking of detection - any idea why html5test.com thinks WebP is not 
supported?  It also says No for Firefox, so this is not a SeaMonkey 
issue (it says Yes for Chrome, so it's detecting something differently).

...>
The test for Custom Elements looks for document.registerElement(), which 
is deprecated, and was supposed to be dropped from Chrome in February. 
This may give an idea of the quality of the tests.


Perhaps a new site html5testtest.com is needed?

/df

--
London
UK

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

Re: page broken SM2.53.5 FR on hybridlife.org

[Dirk Fieldhouse]

On 18/11/2020 19:37, jcteyssier wrote:

jcteyssier a écrit :

Hello,
http://hybridlife.org/posts/151016/
this page show an infinite length down on SM2.53.5 at "document 
numérisé.pdf" document

On Firefox 82.0.2 it is normal on screen.

Tip: i try with a new profile on SM: same bad result


I had the same problem with another site that uses a recent version of 
the XenForo forum software. It seems to be a SM (or at least Gecko) bug.


Work-around: add userCSS for the site to constrain the size of the 
attachment list:


  .attachmentList {
max-height: 24ch;
overflow-y: scroll;
  }

The StyleM extension is an easy way to apply this.

/df

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

Re: Javascript

[Dirk Fieldhouse]

On 18/11/2020 15:16, Don Spam's Reckless Son wrote:

G. Ross wrote:
Just started using the latest SM and when visiting local weather a 
message popped up saying I need JavaScript to view it.  Should I 
install Javascript and if so how to get it?  Thanks.


G.Ross


Javascript (as opposed to Java) is natively supported by pretty much all 
browsers, if that site thinks you don't have it then I see two 
possibilities:

- You have turned it off (Preferences -> Advanced -> Scripts & Plugins)
- You have something like Noscript running and that has turned it off 
for you, for this site.




Or the site tests for some JS primitive that SM doesn't implement.

Or the site doesn't recognise SM and proceeds on the assumption that it 
doesn't implement the JS level that it thinks is needed.


/df

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

Re: SeaMonkey 2.53.5 released!

[Dirk Fieldhouse]

SM 2.53.5 Linux x86 seems significantly more stable than previous 
releases going back several years. A malloc() return being checked that 
wasn't before?


Many thanks
/df

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

Re: Can I stop all the "Flipping & Flopping" on FoxNews ?

[Dirk Fieldhouse]

On 13/11/2020 15:08, NFN Smith wrote:

...>

I tend to be aggressive about blocking scripting hosts, and whitelisting 
when necessary to get what I want.  For sites that I trust, I will 
permanently whitelist, but there's a lot of sites that I will whitelist 
only when it's necessary to get to what I want.  ...

+1

...
However, with the NoScript approach enabling/blocking is something that 
is global, and your permissions grants or denials apply to all sites, 
not just one site.

> ...

Classic NoScript as used with SM has a policy function (ABE: 
) which can be used to enable scripts 
selectively; not yet implemented for the WebExtensions version.


For instance, if you don't globally enable www.google.com, many sites 
that use that domain instead of recaptcha.net to test our knowledge of 
US street furniture through JavaScript will fail to allow you to log in. 
Using ABE you can selectively enable www.google.com for such sites.


/df

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

Re: choicehotels.com is another one.

[Dirk Fieldhouse]

On 10/11/2020 22:49, JAS wrote:

Ant wrote:

On 11/10/2020 7:07 AM, JAS wrote:
...

And http://www.choicehotels.com/ freezes my browser most of the time


Seems OK with SM 2.53.4 if only the domain itself is enabled for JS.

It also wants you to load a lot of 3rd party sites but almost all of 
these are trackers that may offer little value to the user.


/df

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

Re: Dealing with UserAgent strings for first time

[Dirk Fieldhouse]

On 08/11/2020 15:36, Dirk Fieldhouse wrote:

On 08/11/2020 13:54, Richard Owlett wrote:
... I'm investigating speech recognition software [particularly 
Mozilla's DeepSpeech {https://github.com/mozilla/DeepSpeech}]


I wish to access two related sites accepting Firefox.

...>

and
 https://chat.mozilla.org/#/room/#machinelearning:mozilla.org
...
Logs to the console that it needs the ECMAScript 6 version of Array, 
puts up a page saying "unsupported: proceed at own risk", but doesn't 
load. So I don't expect that UA spoofing would make any difference (and 
2.49.4 might be lacking other features).


...


This is the only missing ES6 Array method (in SM 2.49, 2.53):

if (! Array.prototype.values) {
Array.prototype.values = function() {
return this[Symbol.iterator]();
};
};

With NoScript, I made the above the value of 
noscript.surrogates._array_values.replacement (ie, in about:config) and 
set noscript.surrogates._array_values.sources to @chat.mozilla.org. 
Other UserJS solutions are available.


With this definition applied I was able to log into the site and access 
the chatrooms, including #machinelearning:mozilla.org. I had to enable 
JS for chat.mozilla.org and also auth.mozilla.auth0.com, 
cdn.ss.mozilla.com, ems.element.io, mozilla.modular.im. I could also 
have enabled vector.im and mozilla.org, but didn't need them.


The site may make use of WebRTC somehow but this wouldn't currently work 
with SM because of <https://bugzilla.mozilla.org/show_bug.cgi?id=956854>.


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

Re: Dealing with UserAgent strings for first time

[Dirk Fieldhouse]

On 08/11/2020 13:54, Richard Owlett wrote:
... 
I'm investigating speech recognition software [particularly Mozilla's 
DeepSpeech {https://github.com/mozilla/DeepSpeech}]


I wish to access two related sites accepting Firefox.
     https://commonvoice.mozilla.org/


Seems to load OK with SM 2.53.4/Linux x86. Presumably whatever is needed 
has been incorporated in the newer SM version, as the mozilla sites 
seem, correctly, to use feature detection (as below) rather than the UA 
string.



and
     https://chat.mozilla.org/#/room/#machinelearning:mozilla.org
...
Logs to the console that it needs the ECMAScript 6 version of Array, 
puts up a page saying "unsupported: proceed at own risk", but doesn't 
load. So I don't expect that UA spoofing would make any difference (and 
2.49.4 might be lacking other features).


This page 
 
lists the ES6 changes to Array, which look as if they would be easy to 
implement as a JS polyfill that can be loaded in UserJS for the site, 
and probably have been, and should have been included by the site devs.


/df

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

Re: Mozilla Sources for SM 2.49.4 and SM 2.49.5

[Dirk Fieldhouse]

On 30/10/2020 21:24, Henrik37 wrote:
What are the underlying Mozilla sources for SM 2.49.4 (browser and mail) 
and SM 2.49.5 (browser and mail)?


Have you studied this page ?

/df

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

Re: Seamonkey and imgur.com

[Dirk Fieldhouse]

On 29/10/2020 09:41, Nuno Silva wrote:

On 2020-10-29, Jonathan Wilson wrote:


Does anyone know how I can get imgur images to work in SeaMonkey? All
I get when I visit such a URL is a blank screen. I tried user-agent
overrides to identify as Firefox but that did nothing.

...>

The default imgur interface requires ResizeObserver, which is supported
by 2.53.5 beta 1.

If you don't want to upgrade yet, it is (unless things have changed
recently) possible to disable the new imgur interface by visiting

 https://imgur.com/beta/disable


Or, in some UserJS loaded before imgur.com:

var ResizeObserver = function (callback)  {
this.observe = function(el) {
if (this._observables.some((observable) =>
observable.el === el)) return;
this._observables.push( {
  el: el,
  size: { height: el.clientHeight, width: el.clientWidth }
});
};

this.unobserve = function(el) {
this._observables =
this._observables.filter((obj) => obj.el !== el);
};

this.disconnect = function() {
this._observables = [];
};
this._check = function() {
const changedEntries = this._observables.filter((obj) => {
const currentHeight = obj.el.clientHeight;
const currentWidth = obj.el.clientWidth;
if (obj.size.height !== currentHeight ||
obj.size.width !== currentWidth) {
obj.size.height = currentHeight;
obj.size.width = currentWidth;
return true;
}
}).map((obj) => obj.el);
if (changedEntries.length > 0) this._callback(changedEntries);
window.requestAnimationFrame(this._boundCheck);
};
this._observables = [];
this._boundCheck = this._check.bind(this);
this._boundCheck();
this._callback = callback;
 };

/df

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

Re: That old bug-bear .... User Agent sniffing, I think

[Dirk Fieldhouse]

On 28/10/2020 07:09, Daniel wrote:

Daniel wrote on 28/10/20 16:33:
...>

Done! When I later re-boot into Linux, I'll see if it works. Thanks.


general.useragent.site_specific_overrides;true

and

general.useragent.override.ioof.com.au;Mozilla/5.0 (Windows NT 6.1; 
WOW64; rv:78.0) Gecko/20100101 Firefox/78.0


still fail to get me into the site. When I attempt to log in, I'm warned 
that my SM might not be suitable but can click to accept the warning and 
that brings up a blank screen with "Done" at the bottom left of my SM 
screen.


Any further ideas??


The domain that I'm getting when I follow ioof.com.au -> Login -> IOOF 
Online is login.portfolioonline.com.au (with SM 2.53.4 and accepting the 
possible 'bad experience'). The other login option "Portfolio Online" 
also uses portfolioonline.com.au. It made no difference whether 
ioof.com.au is enabled for JS; even enabling the other domains used (3rd 
party Google and Facebook JS) made no difference.


I reach usable username and password fields in both cases, the latter a 
little more retro. At that point I would need login credentials. 
Enabling JS for portfolioonline.com.au might also be necessary. I was 
able to open the registration page for IOOF Online with usable fields.


I didn't need to spoof UA at any point but if you did need to do that 
for this site you'd want to set


general.useragent.override.portfolioonline.com.au

Boringly, you may need to clear your cache.

/df

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

Re: That old bug-bear .... User Agent sniffing, I think

[Dirk Fieldhouse]

On 27/10/2020 12:30, Daniel wrote:
I've received a letter from one of my Superannuation companies telling 
me they have lost me postal address (so how were they able to send me a 
letter?? The idiots!!) so I went to their website but was unable to log 
in because they didn't accept my SM 2.49.5, so I've set up a User Agent 
override, I hope, telling them I'm using FF/78. but that failed as well, 
so I'm asking is


general.useragent.complesOverride.ioof.com.au,userset,string,Firefox/78.0

correctly formatted?? If the company is IOOF, might capitalising the 
ioof help/be necessary??


Any suggestions, please!


Can't you just check the box that says "... my experience may be inferior"?

DNS names (ioof.com.au eg) are case-insensitive.

See eg here  
for more.


/df

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