[flnews] "Programm zur Anzeige des URI konnte nicht gestartet werden"

[Marcel Logen]

Wenn ich den unteren URI im Artikel

| From: Arno Welzel <[...]>
| Newsgroups: de.comp.os.unix.linux.misc
| Subject: Re: Snap? Nein Danke!
| Date: Sun, 21 Aug 2022 16:13:30 +0200
| Message-ID: <news:jmessa...@mid.individual.net>

anklicke, kommt bei mir die im Subject genannte Fehlermeldung,
beim oberen URI nicht. Liegt wahrscheinlich an den Umlauten.

Im Terminalfenster erscheint:

| flnews: EXT: Invalid characters in URI

Copy & paste in den Firefox funktioniert aber. Der Browser (?)
kodiert die Umlaute dann in Prozent-Notation, und die Seite wird
mir angezeigt.

Läßt sich das Verhalten von flnews (xdg-open?) ändern/abstellen/
verbessern?

Marcel 6i9q (215354)
--
╭─────╮ ╭─╮ ╭─╮ ╭─────╮ ╭───────╮
╰─╮ │ ╭───╯ ╰─╯ ╰───────╮ ╭─────╯ ╰─╯ ╭────╯ ╭──╮
│ ╰────╮ ╰───────╮ │ ╰─────╮ ╰────╮ ╭─╯ ╰───
╭──╯ ╰─────────────╯ ╰────────╯ ╰─╯ 777e8a

[Michael Bäuerle]

Marcel Logen wrote:
>
> Wenn ich den unteren URI im Artikel
>
> | From: Arno Welzel <[...]>
> | Newsgroups: de.comp.os.unix.linux.misc
> | Subject: Re: Snap? Nein Danke!
> | Date: Sun, 21 Aug 2022 16:13:30 +0200
> | Message-ID: <news:jmessa...@mid.individual.net>
>
> anklicke, kommt bei mir die im Subject genannte Fehlermeldung,
> beim oberen URI nicht. Liegt wahrscheinlich an den Umlauten.

Ja, die sind nicht Teil von "unreserved":
<https://www.rfc-editor.org/rfc/rfc3986#section-2.3>

> Im Terminalfenster erscheint:
>
> | flnews: EXT: Invalid characters in URI

Das ist der Grund, warum es nicht funktioniert hat.

> Copy & paste in den Firefox funktioniert aber. Der Browser (?)
> kodiert die Umlaute dann in Prozent-Notation, und die Seite wird
> mir angezeigt.

Mit einem anderen Browser funktioniert es hier z.B. nicht.

Diese Prüfung dem Browser zu überlassen halte ich aber für gefährlich.
Wenn (wie in deinem Fall) Unicode-Daten akzeptiert werden, dann lässt
sich das missbrauchen um URIs zu erstellen, die für den Benutzer so
aussehen, als würden sie zu einem anderen Ziel führen. Es gibt diverse
Unicode-Zeichen, die denen aus dem US-ASCII-Bereich mit gängigen Fonts
sehr ähnlich sehen. Beispiel "A" vs. "Α":
<https://unicode-table.com/en/0041/>
<https://unicode-table.com/en/0391/>
IMHO ist es prinzipiell richtig, dass da erstmal eine Alarmglocke
läutet.

> Läßt sich das Verhalten von flnews (xdg-open?) ändern/abstellen/
> verbessern?

Zumindest die Fehlermeldung ist irreführend und sollte aussagen, dass
der URI fehlerhaft war und abgewiesen wurde.
Momentan wird da vermutlich versucht den Job zu delegieren und nicht
unterschieden, warum das schief gegangen ist. Das werde ich ändern,
falls es ohne Nebenwirkungen möglich ist.

Der Benutzer sollte sich dann die rohe Codierung ansehen und selbst
entscheiden, ob er den URI via Copy&Paste seinem Browser vorwerfen
möchte (falls der ihn denn akzeptiert) oder nicht.

[Michael Bäuerle]

Michael Bäuerle wrote:
>
> [...]

> Diese Prüfung dem Browser zu überlassen halte ich aber für gefährlich.
> Wenn (wie in deinem Fall) Unicode-Daten akzeptiert werden, dann lässt
> sich das missbrauchen um URIs zu erstellen, die für den Benutzer so
> aussehen, als würden sie zu einem anderen Ziel führen. Es gibt diverse
> Unicode-Zeichen, die denen aus dem US-ASCII-Bereich mit gängigen Fonts
> sehr ähnlich sehen. Beispiel "A" vs. "Α":
> <https://unicode-table.com/en/0041/>
> <https://unicode-table.com/en/0391/>
> IMHO ist es prinzipiell richtig, dass da erstmal eine Alarmglocke
> läutet.

Beispiel:
<https://micha.freeshell.org/tmp/An-URI-Test.html>
<https://micha.freeshell.org/tmp/Αn-URI-Test.html>

[Thomas Barghahn]

*Michael Bäuerle* meinte:

[...]

> Beispiel:
> <https://micha.freeshell.org/tmp/An-URI-Test.html>
> <https://micha.freeshell.org/tmp/Αn-URI-Test.html>

Diese Beispiele wären ein herrliches Gegenargument zu den Vorwürfen,
welche im folgenden Thread zur Übertragungskodierung "qp" gemacht
wurden.

| From: Arno Welzel <[...]>
| Newsgroups: de.comm.software.mozilla.mailnews
| Subject: Re: [TB 91.12] noch einmal CTE
| Date: Wed, 10 Aug 2022 13:09:01 +0200
| Message-ID: <jlhhud...@mid.individual.net>

Schade eigentlich - jener Thread ist nun schon Geschichte.

Thomas 😷
--
== S E N D E Z E I T ======================
DATUM : SONNTAG, 21. AUGUST 2022
UHRZEIT: 19:02:33 UHR (MESZ)
== Heute: Internationaler Geocaching Tag ==

[Michael Bäuerle]

Thomas Barghahn wrote:
> *Michael Bäuerle* meinte:
> >
> [...]
> > Beispiel:
> > <https://micha.freeshell.org/tmp/An-URI-Test.html>
> > <https://micha.freeshell.org/tmp/Αn-URI-Test.html>
>
> Diese Beispiele wären ein herrliches Gegenargument zu den Vorwürfen,
> welche im folgenden Thread zur Übertragungskodierung "qp" gemacht
> wurden.
>
> | From: Arno Welzel <[...]>
> | Newsgroups: de.comm.software.mozilla.mailnews
> | Subject: Re: [TB 91.12] noch einmal CTE
> | Date: Wed, 10 Aug 2022 13:09:01 +0200
> | Message-ID: <jlhhud...@mid.individual.net>

Dort waren aber beide Varianten beim Versand syntaktisch korrekt.
Der Absender hat keinen Fehler gemacht.

Mein oben zitiertes Beispiel mit dem URI ist ein anderer Fall.

[Thomas Barghahn]

*Michael Bäuerle* meinte:

Nun ja, es ging u.a. um die Verfälschung von Adressen, die der Empfänger
visuell zunächst nicht mitbekommt und somit auf eine andere Seite
gelenkt wird. Dieses könne - so in jener Diskussion - mit 8bit oder b64
nicht passieren.

Deine obigen Beispiele zeigen aber, dass genau /DAS/ auch mit 8bit
möglich ist.

Thomas 😷
--
== S E N D E Z E I T ======================
DATUM : SONNTAG, 21. AUGUST 2022

UHRZEIT: 20:11:21 UHR (MESZ)

[Michael Bäuerle]

Dann war das ein Missverständnis meinerseits.

[Thomas Barghahn]

*Michael Bäuerle* meinte:
> Thomas Barghahn wrote:

[...]

>> Deine obigen Beispiele zeigen aber, dass genau /DAS/ auch mit 8bit
>> möglich ist.

> Dann war das ein Missverständnis meinerseits.

Kein Problem - ich habe gar für deine Beispiele zu danken! :-)

Thomas 😷
--
== S E N D E Z E I T ======================
DATUM : SONNTAG, 21. AUGUST 2022

UHRZEIT: 20:34:34 UHR (MESZ)

[Marcel Logen]

Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:

[...]

>Diese Prüfung dem Browser zu überlassen halte ich aber für gefährlich.
>Wenn (wie in deinem Fall) Unicode-Daten akzeptiert werden, dann lässt
>sich das missbrauchen um URIs zu erstellen, die für den Benutzer so
>aussehen, als würden sie zu einem anderen Ziel führen. Es gibt diverse
>Unicode-Zeichen, die denen aus dem US-ASCII-Bereich mit gängigen Fonts
>sehr ähnlich sehen. Beispiel "A" vs. "Α":
><https://unicode-table.com/en/0041/>
><https://unicode-table.com/en/0391/>
>IMHO ist es prinzipiell richtig, dass da erstmal eine Alarmglocke
>läutet.

Ja, da hast Du recht!

>> Läßt sich das Verhalten von flnews (xdg-open?) ändern/abstellen/
>> verbessern?
>
>Zumindest die Fehlermeldung ist irreführend und sollte aussagen, dass
>der URI fehlerhaft war und abgewiesen wurde.

ACK

Danke,
Marcel 7246 (231558)
--
╮ ╭─╮ ╭─╮ ╭─╮ ╭────────────────────╮ ╭─╮ ╭────
│ │ │ ╭──╮ │ │ │ │ ╭───╮ ╰──╮ ╭────────────╯ ╭─╯ ╰─╯
╰─╯ ╰─╯ ╰─╮ │ │ ╭─╯ ╰─╯ │ ╭──╮ │ │ ╭─╯
╰──╯ ╰─╯ ╰────╯ ╰──╯ ╰──────────────╯ d56973

[Michael Bäuerle]

Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> > Marcel Logen wrote:
> > >
> [...]

> > > Läßt sich das Verhalten von flnews (xdg-open?) ändern/abstellen/
> > > verbessern?
> >
> > Zumindest die Fehlermeldung ist irreführend und sollte aussagen, dass
> > der URI fehlerhaft war und abgewiesen wurde.

In diesem Snapshot ist die neue Fehlermeldung im GUI enthalten:
<https://micha.freeshell.org/flnews/src/flnews-1.2.0pre3.tar.bz2>
Size(flnews-1.2.0pre3.tar.bz2)= 1196553
SHA2-256(flnews-1.2.0pre3.tar.bz2)= 6fb0f8e9f8240004e4e8099972ebeeed79e0b2149e0c2dc4a62af8659061a5ff

Sie lautet "Invalid characters in URI" bzw. mit NLS in deutscher Sprache
"URI enthält ungültige Zeichen".

[Thomas Barghahn]

*Michael Bäuerle* meinte:

Irgendwie fehlt dort jetzt noch sowas wie:
"Ich habe es geprüft ..." [LINK öffnen] ;-)

Thomas 😷
--
== S E N D E Z E I T ==============

DATUM : Montag, 22. August 2022
UHRZEIT: 15:26:29 Uhr (MESZ)
== Heute: Tag der Fische ==========

[Marcel Logen]

Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:

>> Michael Bäuerle in de.comm.software.newsreader:

>> > Zumindest die Fehlermeldung ist irreführend und sollte aussagen, dass
>> > der URI fehlerhaft war und abgewiesen wurde.
>
>In diesem Snapshot ist die neue Fehlermeldung im GUI enthalten:
><https://micha.freeshell.org/flnews/src/flnews-1.2.0pre3.tar.bz2>
>Size(flnews-1.2.0pre3.tar.bz2)= 1196553
>SHA2-256(flnews-1.2.0pre3.tar.bz2)= 6fb0f8e9f8240004e4e8099972ebeeed79e0b2149e0c2dc4a62af8659061a5ff
>
>Sie lautet "Invalid characters in URI" bzw. mit NLS in deutscher Sprache
>"URI enthält ungültige Zeichen".

Danke, funktioniert hier (NLS deutsch; OpenBSD).

Marcel 81v7 (264167)
--
╭───╮ ╭──────╮ ╭─╮ ╭──╮ ╭────╮ ╭────────╮
─╯ │ ╭─╯ ╭───╯ ╭──╯ ╰──╮ ╭─╯ ╰──╯ ╭─╯ ╰──────╮ ╰─╮
╭───╯ │ ╰───╮ ╭───╯ ╭────╯ ╭─╮ ╭───╯ ╭─╯ ╭─╮ ╭─╯ │
╰──────╯ ╰──╯ ╰──────╯ ╰──╯ 09b2a2 ╰───╯ ╰─────╯ ╰─

[Michael Bäuerle]

Thomas Barghahn wrote:
> *Michael Bäuerle* meinte:
> >
> > [...]

> > In diesem Snapshot ist die neue Fehlermeldung im GUI enthalten:
> > <https://micha.freeshell.org/flnews/src/flnews-1.2.0pre3.tar.bz2>
> > Size(flnews-1.2.0pre3.tar.bz2)= 1196553
> > SHA2-256(flnews-1.2.0pre3.tar.bz2)= 6fb0f8e9f8240004e4e8099972ebeeed79e0b2149e0c2dc4a62af8659061a5ff
> >
> > Sie lautet "Invalid characters in URI" bzw. mit NLS in deutscher Sprache
> > "URI enthält ungültige Zeichen".
>
> Irgendwie fehlt dort jetzt noch sowas wie:
> "Ich habe es geprüft ..." [LINK öffnen] ;-)

Auf dem Terminal wird das auch ausgegeben:
|
| flnews: EXT: URI delegation to xdg-open for: https://micha.freeshell.org/tmp/An-URI-Test.html

Theoretisch könnte man so etwas auch in der Status-Zeile am unteren Rand
des Fensters anzeigen. Aber wenn der URI funktioniert, geht ja das
Browser-Fenster auf. Ist das nicht offensichtlich genug?

[Thomas Barghahn]

*Michael Bäuerle* meinte:

Auf dem Terminal? Hmmm ...
<https://www.barghahn-online.de/Pictures/flnews_ausgabe_terminal.png>

Bin ich blind? ;-(

Thomas 😷
--
== S E N D E Z E I T ==============
DATUM : Montag, 22. August 2022

UHRZEIT: 16:59:25 Uhr (MESZ)