Moin!

In einer innerbetrieblichen Webanwendung, die von einem Webserver im
Haus (nicht localhost) geladen wird, werden PDFs erzeugt, die dann per
Knopfdruck (jQuery-Submit) geladen und in Evince (oder Acrobat...)
geöffnet werden sollen, um sie zu drucken.

Bis zur Version 124.x hat das noch prima geklappt. Jetzt mit 125.x geht
das nicht mehr, da kommt diese Fehlermeldung:

"Datei nicht heruntergeladen: Mögliches Sicherheitsrisiko.
Sie versuchen, diese Datei mit einer nicht sicheren Verbindung
herunterzuladen. Wenn Sie fortfahren, wird die Datei möglicherweise
geändert, stiehlt Ihre Daten oder beschädigt Ihr Gerät.
Sie können nach einer anderen Quelle für den Download suchen oder es
später erneut versuchen."

Es geht auch nicht, wenn ich sämtliche Einstellungen, die etwas mit
HTTPS zu tun haben, ausschalte. Mache ich das gleiche an meinem Platz
mit localhost ohne HTTPS, geht alles, da spielt diese Sicherheit wohl
keine Rolle.

Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
auf dem Webserver installieren :-(.

Ich bitte um Tips!

Danke schonmal,
Ralph

Am 17.04.24 um 15:33 schrieb Ralph Stahl:
> Moin!
>
> In einer innerbetrieblichen Webanwendung, die von einem Webserver im
> Haus (nicht localhost) geladen wird, werden PDFs erzeugt, die dann per
> Knopfdruck (jQuery-Submit) geladen und in Evince (oder Acrobat...)
> geöffnet werden sollen, um sie zu drucken.
>
> Bis zur Version 124.x hat das noch prima geklappt. Jetzt mit 125.x geht
> das nicht mehr, da kommt diese Fehlermeldung:
>
> "Datei nicht heruntergeladen: Mögliches Sicherheitsrisiko.
> Sie versuchen, diese Datei mit einer nicht sicheren Verbindung
> herunterzuladen. Wenn Sie fortfahren, wird die Datei möglicherweise
> geändert, stiehlt Ihre Daten oder beschädigt Ihr Gerät.
> Sie können nach einer anderen Quelle für den Download suchen oder es
> später erneut versuchen."
>
> Es geht auch nicht, wenn ich sämtliche Einstellungen, die etwas mit
> HTTPS zu tun haben, ausschalte. Mache ich das gleiche an meinem Platz
> mit localhost ohne HTTPS, geht alles, da spielt diese Sicherheit wohl
> keine Rolle.
>
> Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
> zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
> Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
> auf dem Webserver installieren :-(.
>
> Ich bitte um Tips!

Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
Nur-HTTPS-Modus nicht aktivieren hilft nicht?

Hast Du allenfalls noch Features wie NoScript oder Ähnliches laufen?

--
"Roma locuta, causa finita" (Augustinus)

Am 17.04.24 um 15:40 schrieb Jörg Lorenz:
> Am 17.04.24 um 15:33 schrieb Ralph Stahl:
>> Moin!
>>
>> In einer innerbetrieblichen Webanwendung, die von einem Webserver im
>> Haus (nicht localhost) geladen wird, werden PDFs erzeugt, die dann per
>> Knopfdruck (jQuery-Submit) geladen und in Evince (oder Acrobat...)
>> geöffnet werden sollen, um sie zu drucken.
>>
>> Bis zur Version 124.x hat das noch prima geklappt. Jetzt mit 125.x geht
>> das nicht mehr, da kommt diese Fehlermeldung:
>>
>> "Datei nicht heruntergeladen: Mögliches Sicherheitsrisiko.
>> Sie versuchen, diese Datei mit einer nicht sicheren Verbindung
>> herunterzuladen. Wenn Sie fortfahren, wird die Datei möglicherweise
>> geändert, stiehlt Ihre Daten oder beschädigt Ihr Gerät.
>> Sie können nach einer anderen Quelle für den Download suchen oder es
>> später erneut versuchen."
>>
>> Es geht auch nicht, wenn ich sämtliche Einstellungen, die etwas mit
>> HTTPS zu tun haben, ausschalte. Mache ich das gleiche an meinem Platz
>> mit localhost ohne HTTPS, geht alles, da spielt diese Sicherheit wohl
>> keine Rolle.
>>
>> Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
>> zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
>> Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
>> auf dem Webserver installieren :-(.
>>
>> Ich bitte um Tips!
>
> Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
> Nur-HTTPS-Modus nicht aktivieren hilft nicht?

Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
Punkt.

https://windowsreport.com/firefox-125-dropping-support-http-downloads/

> Hast Du allenfalls noch Features wie NoScript oder Ähnliches laufen?

Beim Kunden gar nichts, bei mir sind ein paar dafür nicht relevante Sachen.

Am 17.04.24 um 16:38 schrieb Ralph Stahl:
> Am 17.04.24 um 15:40 schrieb Jörg Lorenz:
>> Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
>> Nur-HTTPS-Modus nicht aktivieren hilft nicht?
>
> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
> Punkt.
>
> https://windowsreport.com/firefox-125-dropping-support-http-downloads/

Schau hier: about:config

dom.security.https_only_mode true (auf false setzen!)
dom.security.https_only_mode_ever_enabled true (evtl. auf false)

--
"Roma locuta, causa finita" (Augustinus)

Am 17.04.24 um 16:38 Uhr schrieb Ralph Stahl:

[Fx 125 lädt keine HTTP-Seiten mehr]

>
> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
> Punkt.
>
> https://windowsreport.com/firefox-125-dropping-support-http-downloads/

Zitat:
FWIW, we initially block the load though offer the end user an option to
overrule the decision of Firefox and allow the download to proceed.

Es ist also nach wie vor möglich, Ausnahmen zuzulassen. Da ich den FxESR
benutze, kann ich das leider nicht überprüfen.

--
MfG
Richard

Am 17.04.24 um 16:38 schrieb Ralph Stahl:
> Am 17.04.24 um 15:40 schrieb Jörg Lorenz:
>> Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
>> Nur-HTTPS-Modus nicht aktivieren hilft nicht?
>
> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
> Punkt.

Hast Du überhaupt nachgeschaut? Bei mir gibt es im 125.0.1 (64-Bit) die
Option noch im GUI.

--
"Roma locuta, causa finita" (Augustinus)

Am 17.04.2024 schrieb Ralph Stahl:

> In einer innerbetrieblichen Webanwendung, die von einem Webserver im
> Haus (nicht localhost) geladen wird, werden PDFs erzeugt, die dann per
> Knopfdruck (jQuery-Submit) geladen und in Evince (oder Acrobat...)
> geöffnet werden sollen, um sie zu drucken.
>
> Bis zur Version 124.x hat das noch prima geklappt. Jetzt mit 125.x geht
> das nicht mehr, da kommt diese Fehlermeldung:
>
> "Datei nicht heruntergeladen: Mögliches Sicherheitsrisiko.
> Sie versuchen, diese Datei mit einer nicht sicheren Verbindung
> herunterzuladen. Wenn Sie fortfahren, wird die Datei möglicherweise
> geändert, stiehlt Ihre Daten oder beschädigt Ihr Gerät.
> Sie können nach einer anderen Quelle für den Download suchen oder es
> später erneut versuchen."

Möglicherweise hilft, in about:config

dom.block_download_insecure

auf false zu setzen. Bei der Standardeinstellung true hat sich FF noch
geweigert, eine Datei per HTTP von NAS herunterzuladen. Wahrscheinlich
gibt es aber noch irgendwelche anderen Abhängigkeiten, die EInstellung
hat keine Wirkung beim Download einer CSV-Datei vom Router.

Gruß Heiko

Gruß
--
Besser ein freier Teufel als ein gebundener Engel.
Peter Hille

Am 17.04.24 um 16:57 schrieb Jörg Lorenz:
> Am 17.04.24 um 16:38 schrieb Ralph Stahl:
>> Am 17.04.24 um 15:40 schrieb Jörg Lorenz:
>>> Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
>>> Nur-HTTPS-Modus nicht aktivieren hilft nicht?
>>
>> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
>> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
>> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
>> Punkt.
>>
>> https://windowsreport.com/firefox-125-dropping-support-http-downloads/
>
> Schau hier: about:config
>
> dom.security.https_only_mode    true    (auf false setzen!)
> dom.security.https_only_mode_ever_enabled    true    (evtl. auf false)

So wie ich obige Quelle verstehe, geht ein Download über HTTP generell
nicht mehr, und die beiden Einstellungen (die es ja auch in den
"Einstellungen" gibt) wirken nur für den übrigen Inhalt. Das Experiment
bestätigt das – es funktioniert nicht, es kommt sogar ein passender Hinweis.

Am 17.04.24 um 16:59 schrieb Richard Fonfara:
> Am 17.04.24 um 16:38 Uhr schrieb Ralph Stahl:
>
> [Fx 125 lädt keine HTTP-Seiten mehr]
>
>>
>> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
>> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
>> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
>> Punkt.
>>
>> https://windowsreport.com/firefox-125-dropping-support-http-downloads/
>
> Zitat:
> FWIW, we initially block the load though offer the end user an option to
> overrule the decision of Firefox and allow the download to proceed.
>
> Es ist also nach wie vor möglich, Ausnahmen zuzulassen. Da ich den FxESR
> benutze, kann ich das leider nicht überprüfen.
>
>

Mir scheint diese Stelle falsch zu sein. Man kann zwar sagen "öffnen"
oder "Datei löschen", aber das runtergeladene File (bei mir PDF) hat 0
Byte und ich kann es eben nicht öffnen. Vielleicht ein Bug in 125.0, der
bei 125.0.x dann ganz ausgeschaltet wird.

Am 17.04.24 um 17:03 schrieb Jörg Lorenz:
> Am 17.04.24 um 16:38 schrieb Ralph Stahl:
>> Am 17.04.24 um 15:40 schrieb Jörg Lorenz:
>>> Einstellungen - Datenschutz & Sicherheit - Nur-HTTPS-Modus -
>>> Nur-HTTPS-Modus nicht aktivieren hilft nicht?
>>
>> Nein. Wie man hier lesen kann, verhindert FF ab v. 125 generell und ohne
>> die Möglichkeit der Ausnahmen ein Download über HTTP. Ich glaube, ich
>> habe keine Chance – der Server muss HTTPS liefern, sonst geht das nicht,
>> Punkt.
>
> Hast Du überhaupt nachgeschaut? Bei mir gibt es im 125.0.1 (64-Bit) die
> Option noch im GUI.
>
>

Gewiss doch, sonst würde ich es nicht behaupten. "Nur-HTTPS-Modus"
betrifft nicht den Download von Dateien, egal wie rum es steht.

Am 17.04.24 um 17:11 schrieb Heiko Rost:
> Am 17.04.2024 schrieb Ralph Stahl:
>
>> In einer innerbetrieblichen Webanwendung, die von einem Webserver im
>> Haus (nicht localhost) geladen wird, werden PDFs erzeugt, die dann per
>> Knopfdruck (jQuery-Submit) geladen und in Evince (oder Acrobat...)
>> geöffnet werden sollen, um sie zu drucken.
>>
>> Bis zur Version 124.x hat das noch prima geklappt. Jetzt mit 125.x geht
>> das nicht mehr, da kommt diese Fehlermeldung:
>>
>> "Datei nicht heruntergeladen: Mögliches Sicherheitsrisiko.
>> Sie versuchen, diese Datei mit einer nicht sicheren Verbindung
>> herunterzuladen. Wenn Sie fortfahren, wird die Datei möglicherweise
>> geändert, stiehlt Ihre Daten oder beschädigt Ihr Gerät.
>> Sie können nach einer anderen Quelle für den Download suchen oder es
>> später erneut versuchen."
>
> Möglicherweise hilft, in about:config
>
> dom.block_download_insecure
>
> auf false zu setzen. Bei der Standardeinstellung true hat sich FF noch
> geweigert, eine Datei per HTTP von NAS herunterzuladen. Wahrscheinlich
> gibt es aber noch irgendwelche anderen Abhängigkeiten, die EInstellung
> hat keine Wirkung beim Download einer CSV-Datei vom Router.
>
> Gruß Heiko
>
> Gruß

Vermutlich ist die Funktion noch gar nicht ausgereift. Mal sehen, ob es
eine Erklärung von Mozilla gibt. Ich habe nur die angeführte Quelle

https://windowsreport.com/firefox-125-dropping-support-http-downloads/

gelesen und schon die ist widersprüchlich.

Am 17.04.24 um 17:11 schrieb Heiko Rost:
> dom.block_download_insecure
>
> auf false zu setzen. Bei der Standardeinstellung true hat sich FF noch
> geweigert, eine Datei per HTTP von NAS herunterzuladen. Wahrscheinlich
> gibt es aber noch irgendwelche anderen Abhängigkeiten, die EInstellung
> hat keine Wirkung beim Download einer CSV-Datei vom Router.

Greift bei mir nicht bei Bildern.

Tim

Ralph Stahl, 2024-04-17 15:33:

[...]
> Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
> zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
> Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
> auf dem Webserver installieren :-(.

dom.block_download_insecure auf false stellen sollte helfen.

--
Arno Welzel
https://arnowelzel.de

Arno Welzel wrote:
> dom.block_download_insecure auf false stellen sollte helfen.

Tut es anscheinend. Ich habe erst die Änderung eingetragen und dann die
Version geprüft. Wie es der Synchronismus will kam genau danach bei
einem Programmneustart das Update auf 125. Sowohl vorher als auch
nachher erfolgte ein PDF-Download von meiner eigenen Site ohne
Fehlermeldung und ohne Rückfrage.

Danke für den Hinweis
Axel

--
/¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --

Am 18.04.2024 um 19:43 schrieb Arno Welzel:
> Ralph Stahl, 2024-04-17 15:33:
>
> [...]
>> Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
>> zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
>> Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
>> auf dem Webserver installieren :-(.
>
> dom.block_download_insecure auf false stellen sollte helfen.
>
Guten Morgen!

Detlef
--
Für objektiv wird man gehalten, wenn man den Leuten recht
gibt. (Crignis)

Am 18.04.24 um 19:43 schrieb Arno Welzel:
> Ralph Stahl, 2024-04-17 15:33:
>
> [...]
>> Kann ich den FF irgendwie dazu bringen, bei einer bestimmten festen IP
>> zu ignorieren, dass das eine ungesicherte Verbindung ist und so den
>> Download zu ermöglichen? Ich kann jetzt nicht "mal eben" remote HTTPS
>> auf dem Webserver installieren :-(.
>
> dom.block_download_insecure auf false stellen sollte helfen.
>

Das wäre ja dann eigentlich eine Unterwanderung des
Sicherheitsbedürfnisses von Mozilla, die man vielleicht später unmöglich
machen wird. Aber danke für den Tip!

Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
Vermutlich wird man das auch irgendwann verhindern ;-), aber erstmal
geht es – man muss nur einmalig die Ausnahme bestätigen. Das ist in
meinem Fall vorerst vertretbar.

VG Ralph

On 19.04.24 09:57, Ralph Stahl wrote:
> Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
> umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
> Vermutlich wird man das auch irgendwann verhindern 😉, aber erstmal
> geht es – man muss nur einmalig die Ausnahme bestätigen.

Man kann den Bogen auch überspannen. Mozilla hat immer noch nicht
gemerkt, dass die Prioritäten falsch gesetzt werden. Folge: Der
Marktanteil sinkt seit Jahren und hat schon fast die Bedeutungslosigkeit
erreicht.

Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

On 19.04.24 10:31, Jörg Lorenz wrote:
> On 19.04.24 09:57, Ralph Stahl wrote:
>> Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
>> umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
>> Vermutlich wird man das auch irgendwann verhindern 😉, aber erstmal
>> geht es – man muss nur einmalig die Ausnahme bestätigen.
>
> Man kann den Bogen auch überspannen. Mozilla hat immer noch nicht
> gemerkt, dass die Prioritäten falsch gesetzt werden. Folge: Der
> Marktanteil sinkt seit Jahren und hat schon fast die Bedeutungslosigkeit
> erreicht.
>
> Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
> FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.

Ingrid meint noch: Seit seinem Erscheinen 2002 noch als Firebird habe
ich im die Stange gehalten und davor als Netscape/Mozilla Suite.

Eine ähnliche Tragödie spielt sich beim Thunderbird ab. Da sind
gleichwertige Alternativen allerdings deutlich rarer.

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

Am 19.04.24 um 10:31 schrieb Jörg Lorenz:
> On 19.04.24 09:57, Ralph Stahl wrote:
>> Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
>> umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
>> Vermutlich wird man das auch irgendwann verhindern 😉, aber erstmal
>> geht es – man muss nur einmalig die Ausnahme bestätigen.
>
> Man kann den Bogen auch überspannen. Mozilla hat immer noch nicht
> gemerkt, dass die Prioritäten falsch gesetzt werden. Folge: Der
> Marktanteil sinkt seit Jahren und hat schon fast die Bedeutungslosigkeit
> erreicht.
>
> Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
> FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.
>
>

Gute Idee, zumal Vivaldi auf dem Handy auch gerade mal reichlich halb so
groß ist und sich das auch in der Geschwindigkeit niederschlagen dürfte.
Ich probiere den also (mal wieder) aus. Danke!

VG Ralph

On 19.04.24 11:43, Ralph Stahl wrote:
> Am 19.04.24 um 10:31 schrieb Jörg Lorenz:
>> Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
>> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
>> FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.
>>
>>
>
> Gute Idee, zumal Vivaldi auf dem Handy auch gerade mal reichlich halb so
> groß ist und sich das auch in der Geschwindigkeit niederschlagen dürfte.
> Ich probiere den also (mal wieder) aus. Danke!

Die Extensions die ich im FF benutze, gibt es auch im Vivaldi. Das sind
namentlich uBlock Origin und NoScript. Auch DNS over HTTPS ist möglich.

> VG Ralph

Jörg

--
"Mille viae ducunt hominem per saecula Romam." (Alanus ab Insulis 1120-1202)

Jörg Lorenz wrote:
> Vivaldi bei
> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
> FF kann

Kann ich in Vivaldi die farbliche Unterscheidung besuchter und
unbesuchter Links auch dann erzwingen, wenn sie ein irregeleiteter
"Künstler" unter den Designern böswillig zu unterdrücken versucht?

--
/¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --

Am 19.04.24 um 17:11 schrieb Axel Berger:
> Jörg Lorenz wrote:
>> Vivaldi bei
>> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
>> FF kann
>
> Kann ich in Vivaldi die farbliche Unterscheidung besuchter und
> unbesuchter Links auch dann erzwingen, wenn sie ein irregeleiteter
> "Künstler" unter den Designern böswillig zu unterdrücken versucht?

Das kann ich Dir nicht sagen. Bei mir findet AFAIR die Unterscheidung
immer statt.

Probier's aus:

https://vivaldi.com/de/download/

--
"Manus manum lavat" (Seneca und Petronius)

Jörg Lorenz, 2024-04-19 10:31:

> On 19.04.24 09:57, Ralph Stahl wrote:
>> Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
>> umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
>> Vermutlich wird man das auch irgendwann verhindern 😉, aber erstmal
>> geht es – man muss nur einmalig die Ausnahme bestätigen.
>
> Man kann den Bogen auch überspannen. Mozilla hat immer noch nicht
> gemerkt, dass die Prioritäten falsch gesetzt werden. Folge: Der
> Marktanteil sinkt seit Jahren und hat schon fast die Bedeutungslosigkeit
> erreicht.

Nein, Chrome macht das ebenso. Das FF Marktanteile verliert, hat
verschiedene Gründe, aber sicher nicht, dass FF dem allgemein üblichen
Praktiken folgt.

HTTP für öffentlich erreichbare Websites und unverschlüsselte
Datenübertragung generell ist seit Let's Encrypt absolut unüblich geworden.

> Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
> FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.

Vivaldi ist halt Chromium mit eigener Oberfläche dazu. Die geben sich
Mühe, um manche Entscheidungen von Google herumzuprogrammieren, aber
dabei entstehen mitunter auch eigenwillige Probleme.

--
Arno Welzel
https://arnowelzel.de

Ralph Stahl, 2024-04-19 11:43:

> Am 19.04.24 um 10:31 schrieb Jörg Lorenz:
>> On 19.04.24 09:57, Ralph Stahl wrote:
>>> Ich habe zum Glück Zugang zum Zielserver und habe ihn auf HTTPS
>>> umgestellt, wenn auch mit einem selbstsignierten Zertifikat für SSL.
>>> Vermutlich wird man das auch irgendwann verhindern 😉, aber erstmal
>>> geht es – man muss nur einmalig die Ausnahme bestätigen.
>>
>> Man kann den Bogen auch überspannen. Mozilla hat immer noch nicht
>> gemerkt, dass die Prioritäten falsch gesetzt werden. Folge: Der
>> Marktanteil sinkt seit Jahren und hat schon fast die Bedeutungslosigkeit
>> erreicht.
>>
>> Ich benutze FF nur noch selten und vor ein paar Monaten hat Vivaldi bei
>> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
>> FF kann und zwar genau so sicher und auf genauso auf allen Plattformen.
>>
>>
>
> Gute Idee, zumal Vivaldi auf dem Handy auch gerade mal reichlich halb so
> groß ist und sich das auch in der Geschwindigkeit niederschlagen dürfte.
> Ich probiere den also (mal wieder) aus. Danke!

Bei Vivaldi für Android schätze ich die frei konfigurierbaren
Favoriten-"Kacheln" für regelmäßig genutzt Webseites sehr. Das bietet
derzeit kein anderer Browser. Werbeblocker und Tracking-Blocker
funktkionieren da auch recht ordentlich.

--
Arno Welzel
https://arnowelzel.de

Axel Berger, 2024-04-19 17:11:

> Jörg Lorenz wrote:
>> Vivaldi bei
>> mir die Rolle des Standard-Browsers übernommen, da er alles kann was der
>> FF kann
>
> Kann ich in Vivaldi die farbliche Unterscheidung besuchter und
> unbesuchter Links auch dann erzwingen, wenn sie ein irregeleiteter
> "Künstler" unter den Designern böswillig zu unterdrücken versucht?

Das ist nicht "böswillig" sondern Unfähigkeit.

--
Arno Welzel
https://arnowelzel.de