Threema Web und -App haben Probleme mit Klammern nach URLs mit Query-String

Stelle deine Frage öffentlich an die Threema-Forum-Community - über 4.600 Mitglieder helfen dir weiter. > Frage stellen <
  • Hallo zusammen,

    heute war mir aufgefallen, dass Threema Web 2.1.3 (für die Nutzer von vollständigen Feuerfüchsen) sowie die neueste Version ebenfalls keine eckigen Klammern nach URLs mit Query-String vertragen!
    (Gestern schickte mir jemand einen eingeklammerten Youtube-Link, den ich über Threema Web nicht öffnen konnte. Zuerst vermutete ich das Problem beim Absender, jedoch konnte ich den heute erneut verschickten Link [ohne Klammern] sofort öffnen.)

    Beispiel-Nachricht:
    [Hier soll nach "Test" gesucht werden: https://www.startpage.com/do/search?query=Test]
    Mittels Threema Web wird dann nach "Test]" gesucht. Bei Anfragen mit konkreten IDs als letztem Parameter (wie z. B. Youtube-Links), wird dann meistens die gesamte Anfrage abgebrochen.

    Ich wollte dies gleich bei Github als Bug melden und testete deshalb noch etwas weiter. Dabei fiel mir auf, dass die Threema-App anscheinend das gleiche Problem mit runden Klammern hat, welches Threema-Web mit eckigen besitzt!

    In der (Android-)App würde also die folgende Nachricht nicht das gewünschte Ergebnis bringen:
    (Hier soll nach "Test" gesucht werden: https://www.startpage.com/do/search?query=Test)

    Entsprechende Youtube-Links führen wieder auf deren Oops-Seite.

  • RFC1738

    "the special characters "$-_.+!*'(),", and reserved characters used for their reserved purposes may be used unencoded within a URL"


    Die runde Klammer kann also Teil einer URL sein.
    https://www.startpage.com/do/search?query=Test) ist also eine gültige URL.

    "Other characters are unsafe because gateways and other transport agents are known to sometimes modify such characters. These characters are "{", "}", "|", "\", "^", "~", "[", "]", and "`".

    Eine eckige Klammer müsste in einer URL also urlencodet werden und ist nicht Teil einer URL.
    https://www.startpage.com/do/search?query=Test] ist keine gültige URL.

    Korrekt wäre
    https://www.startpage.com/do/search?query=Test%5D

    Android verhält sich also IMHO korrekt, der Browser nicht.

  • Ja, ich habe auch bereits gelesen, dass die unterschiedlichen Arten von Klammern anders behandelt werden. (Die runden Klammern zu escapen, wurde, glaube ich, nur "empfohlen".)

    Ob man dies den technisch unkundigen Nutzern allerdings so erklären kann, dass sie gerade die normalen Klammern nicht benutzen sollten, steht auf einem ganz anderen Blatt.

    Threema Web behandelt ja gerade mein Beispiel mit den runden Klammern korrekt (also nicht korrekt per Definition, sondern ohne Zerstörung des Links).

  • dbrgn: Die Wikipedia ist natürlich ein gutes Argument. Das bekomme ich dann auch anderen erklärt. Danke.

    f09fa681: Ich habe eben den Tab von vorgestern aktualisiert - und Dein ganzer Beitrag war auf einmal verschwunden! Was ist denn da passiert? ;-P

    Ich wüsste dann aber trotzdem gerne, nach welchem Algorithmus Threema Web entscheidet, welche Klammern zum Link gehören und welche nicht!

    Einzeilige Testnachricht:
    (Nach "Test" in der Wikipedia gesucht: https://de.wikipedia.org/wiki/Test_(Begriffskl%C3%A4rung))

    Threema Web setzt nicht nur das "ä" korrekt ein, sondern zählt auch nur die inneren Klammern zum Link! Er bleibt also funktionstüchtig (wie übrigens auch hier im Forum).
    In eckigen Klammern funktioniert dies nicht (was ja mein ursprüngliches Anliegen war).

    Die Android-App hält sich anscheinend strikt an den RFC, zählt beide schließenden Klammern zum Link und macht ihn damit (für technisch unkundige Nutzer) unbenutzbar.

    Threema Web scheint aber auch nicht einfach nur mitzuzählen (die öffnenden und schließenden Klammern nach dem Protokoll der URL). Klammert man nämlich die Testnachricht erneut ein, dann versagt auch Threema Web, obwohl sich der eigentliche Link nicht geändert hat. Offensichtlich wird nur die äußerste schließende Klammer nicht mitgezählt, unabhängig davon, ob die Nachricht mit einer Klammer begonnen wurde oder nicht.
    Ganz ohne (zusätzliche) Klammern kommt der Link aber auch durch.

    Da muss also schon etwas zusätzlich geschrieben worden sein, aber nicht genug bzw. nicht korrekt (wegen den eckigen Klammern).

  • Oh, hier hatte ich mich dann ja gar nicht mehr gemeldet. ...

    Und auch heute tue ich das nur, um festzustellen, dass das neue Forum unser aller Beispiel-Links aus diesem Thread nun auch nicht mehr korrekt parst! ;-P

    lgrahls Emoji ist auch nicht mehr sichtbar. ;-D