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
Hallo,
ich bin der Gerardo1 vom letzten Jahr.
Ich habe vor einer Weile herausgefunden, woran meine eigenen Push-Probleme lagen. Jetzt möchte ich hier zumindest noch etwas den "Druck" von Threema nehmen. Es lag nämlich nur an mir bzw. meinen Firewall-Einstellungen!
Ich benutze die "Firewall ohne Root" und habe diese auch bereits anderen Leuten auf ihr Smartphone installiert, die dann wahrscheinlich ähnliche Probleme bekamen. - Problematisch ist eigentlich nur die Sperrung des Eintrages "Google Account Manager, Google Backup Transport, Google Play-Dienste, Google-Dienste-Framework".
Ich nutze nichts davon und hatte nie irgendwelche Probleme mit der kompletten Sperrung - bis auf eben genau das nicht mehr funktionierende GCM für Threema!
Ich musste nun Verbindungen zu den Ports 443 und 5228 erlauben, um GCM zu ermöglichen. Natürlich lässt man damit auch jede Menge Google-Spyware durch, aber feingranularer ist das hier wohl nicht möglich. Pauschal habe ich dann noch eine Sperr-Regel für zumindest "googleads.g.doubleclick.net:443" hinzugefügt, aber das ist ja höchstwahrscheinlich nur ein Tropfen auf den heißen Stein.
Vielleicht hilft dies ja noch jemandem mit ähnlichen Problemen und einer installierten Firewall (die eigentlich jeder haben sollte).
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).
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).
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.
Hallo,
und erst einmal wieder ein großes Dankeschön an lgrahl fürs Reinschauen!
Das ist natürlich schade, wenn es ohne dieses Event nicht funktioniert.
Wurde das früher eigentlich anders realisiert? Also ich lese da in der API-Dokumentation (https://developer.mozilla.org/en-US/docs/Web…tionstatechange) natürlich, dass es sich um eine experimentelle Technologie handeln soll, die noch nicht in Produktivsystemen eingesetzt werden soll.
Vielleicht liegt die fehlende Implementierung beim Waterfox ja an dieser Einschränkung.
Ältere Version als 2.0.0 kann ich vom Threema-Web (im Waterfox) nicht mehr testen, da die neuere Android-App diese nicht mehr unterstützt
Hast du mal probiert den User-Agent auf einen aktuellen Firefox zu ändern?
Ja, das habe ich tatsächlich schon getestet. Die anfängliche Warnung, dass dieser Browser nicht unterstützt wird, verschwindet tatsächlich. Aber der "abgeschaltete" Nachrichtenversand lässt sich so nicht beheben.
Der hängt nicht nur am User-Agent. Da gibt es sicher noch andere Möglichkeiten, unterstützte und nicht unterstützte Browser zu unterscheiden.
Mit den gestern und heute angebrachten "Security-Argumenten" (Security ist wichtig, keine Frage! Sonst würden wir wohl kein Threema benutzen! Aber bitte nicht in solch pauschalen Zwei-Zeilen-Aussagen.) kann hier wohl nichts begründet werden, da ich auch mit diesem explizit nicht unterstützen Browser Vollzugriff auf sämtliche Inhalte von Threema erhalte.
Ich habe gerade spaßeshalber mal mit dem Waterfox (natürlich ohne geänderten User-Agent) eine neue Verteilerliste angelegt und wieder gelöscht. Die tauchte auch in der App ganz normal auf. Ich kann natürlich auch nicht nur alte Nachrichten und Medien betrachten, sondern auch ganz neue, die dann als gelesen markiert werden.
Das wahrscheinlich wirklich Einzige, was ich nicht tun "darf", ist auch mal eine Zeile zurückschreiben!
(Dafür brauche ich noch meinen FF 52 mit der Threema-Web Version 2.1.3, in die ich die im Waterfox verfasste Antwort dann kopiere. Aber das ist natürlich kein Dauerzustand! [So etwas könnte ich auch niemals meinen geworbenen Threema- und Firefox-Nutzern "verkaufen".])
Erst einmal ein ganz großes Dankeschön an lgrahl!
Der Archiv-Link ist wirklich lebensrettend!
Ich kenne Leute, die mich "bei lebendigem Leibe braten" würden, wenn ihr Firefox-Fenster plötzlich nicht mehr wie ein Firefox-Fenster aussehen würde (Classic Theme Restorer), sie keine ordentlichen Tabs (Tab Mix Plus) oder einfach nur keine Menüpunkte oder die Statuszeile (Status-4-Evar) mehr sehen könnten oder den angestammten DTA-Downloadmanager nicht mehr finden könnten oder ... oder ... oder ...
Manche bekamen schon Panikattacken als ihr Freemail-Anbieter damals das Layout (zugegebenermaßen extrem) änderte und sie selbst nach verzweifelt langer Suche den Logout-Button nicht mehr finden konnten.
Wieder andere Personen konnten plötzlich ab einer bestimmten (automatisch aktualisierten) FF-Version nicht mehr an ihren staatlichen Lehrgängen teilnehmen! Erst mit meinem vorkonfigurierten FF ESR portable (natürlich mit abgeschalteten Automatischen Updates!) konnte das virtuelle Klassenzimmer wieder betreten werden. - Da kann man sagen was man will, so sieht nun einmal die Realität aus - wo selbst der Staat seine Zöglinge noch in uralten Flash-Anwendungen unterrichtet, obwohl doch alle Welt seit Jahren versucht, von Flash wegzukommen!?
Das sind alles Leute ohne technischen Hintergrund - sie wollen (oder müssen) ihren Browser einfach nur *benutzen* können!
Natürlich weiß ich selbst, dass unser momentanes "Feststecken" auf Version 52 und die nun nötige Nutzung der Archiv-Version von Threema-Web keine Lösungen für die Ewigkeit darstellen. Deshalb habe ich schon vor einer Weile begonnen, mich nach Alternativen umzuschauen, dazu unten mehr. Ganz allgemein lässt sich jedenfalls festhalten, dass ich die Leute natürlich mit technischen Argumenten zudecken kann bzw. könnte - aber es würde rein gar nichts bringen!
Ich habe erst vor Kurzem begonnen, Threema-Web auch mal bei "Nicht-Informatikern" anzusprechen - "wie einfach das doch zu benutzen sei, wie viel entspannter man doch auf einer normalen Tastatur tippen könnte oder auch einfach nur seine Nachrichten lesen, Bilder betrachten, Links folgen usw. könnte", wenn man doch sowieso gerade am Rechner säße. - Da ich vielen dieser Personen auch einen funktionstüchtigen FF gegeben habe, kann mir das jetzt ganz schnell wieder auf die Füße fallen. ...
So, Alternativen sind natürlich Browser MIT der von Mozilla aufgegeben XUL-Schnittstelle (zum weiteren Gleichschalten mit Google-Chrome oder was für politischen Gründen auch immer).
Der bereits angesprochene Pale-Moon-Browser bringt leider auch in der neuesten Version keinen Gewinn.
Von gestern zu heute habe ich mir deshalb noch den (einer Fremd-Quelle zufolge) offiziell von Mozilla empfohlenen Alternativ-Browser "Waterfox" angeschaut. Dieser scheint weiterhin alle Schnittstellen zu unterstützen, lädt erfolgreich mein Profil inklusive aller Add-ons, lädt auch die aktuelle Threema-Web-Version - wird aber leider nicht offiziell unterstützt, weshalb der Versand von Nachrichten nicht erlaubt(?) wird.
Alles was mit lesendem Zugriff zu tun hat funktioniert tadellos, die Android-App zeigt den Browser (dem Symbol zufolge) als Firefox an, auch der Nachrichten-Editor, das Auswählen von zu versendenden Dateien usw. funktionieren exakt gleich (wie beim neuesten FF ESR portable). Nur, dass beim Drücken von [Enter] bzw. dem Klick auf das Symbol zum Versenden eine Meldung "Verbindungsfehler, bitte versuchen Sie es später nochmals." eingeblendet wird.
Bei meinen ersten Tests gestern Abend zeigte der Editor sogar denselben Bug wie im neuesten FF ESR, längere Testnachrichten lassen sich nicht mehr hineinkopieren bzw. das Kopieren funktioniert schon, es wird aber kein automatischer Zeilenumbruch mehr durchgeführt. Seit heute ist dieser Bug in meinem Waterfox verschwunden!? Im aktuellsten FF ESR fehlt weiterhin jeglicher Zeilenumbruch, wenn die Nachricht außerhalb geschrieben wurde. Insofern läuft der Waterfox sogar besser! 
(Wahrscheinlich wird für den initialen Zeilenumbruch noch alte Funktionalität benötigt, die es im FF nicht mehr gibt.)
Der angezeigte "Fehler" kommt mir sooo speziell vor, dass es mir wie eine "gewollte Inkompatibilität" erscheint.
Auch die alte Version 2.1.3 funktioniert im Waterfox tadellos - bis eben auf die Tatsache, dass eine fertig editierte Nachricht niemals abgesandt werden kann / darf.
Da, so wie ich es verstehe, der Waterfox alles kann, was auch der aktuelle FF kann (er war früher schließlich sogar die "offizielle" 64-Bit-Version des FFs), und er einfach nur vom Einsparen diverser Schnittstellen verschont blieb; sollte eine Unterstützung durch Threema-Web eigentlich kein Problem darstellen. Auch Sicherheitsbedenken, wie sie hier pauschal eingeworfen wurden, sollten bei einem aktiv weiterentwickelten bzw. ständig hinter dem offiziellen FF nachgezogenen Browser kein K.O.-Kriterium mehr darstellen.
Ich bin mir darüber im Klaren, dass eine offizielle Unterstützung gleich wieder mit möglichen Support-Leistungen assoziiert wird. Um dem entgegenzuwirken könnte man einfach eine inoffizielle Nutzung zulassen - so wie die Archiv-Versionen von Threema-Web ja auch offiziell nirgendwo erscheinen.
Ähm, hast Du unsere Beiträge überhaupt gelesen?
Hallo zusammen,
da bin ich gar nicht der Erste, der hierzu ein Thema anlegen wollte!
Ich (und meine gesamte Familie sowie alle Bekannten, die sich einfach nur einen funktionstüchtigen [und vorkonfigurierten] Browser wünschen) nutze auch die letzte Version von Firefox 52 ESR (portable).
Ein Update kommt aus genau demselbem Grund nicht in Frage.
Seit der heute eingeführten Version 2.1.4 von Threema-Web lädt da nichts mehr!
(Auch die Alternative des Browsers Pale Moon zeigt sich nicht kooperativer.)
Genau so wie ich die Feuerfüchse verteile, verschenke ich auch schon seit Jahren Threema-Lizenzen - und helfe dann immer bei Problemen.
---> Da sehe ich gerade unlösbare Probleme auf mich zukommen!
Kann bitte bitte eine kompatible Version aufrecht erhalten werden!?
Dankeschön für den Tipp mit dem Versand direkt aus der App!
Bis jetzt wusste ich nicht, dass es bereits bei reinen Textnachrichten (das Formatieren der Links wird ja nur nachträglich eingeblendet; so wie auch die erkannten Telefonnummern oder anderes) einen Unterschied macht, ob diese per App oder Threema-Web versandt werden.
Zum Test habe ich den Link jetzt innerhalb einer Textdatei auf das Smartphone kopiert, von dort dann in die App, wo ich die entscheidenden Unterstriche verdoppeln und die Nachricht schließlich absenden konnte. - Das funktioniert zwar, aber ich hoffe mal, dieses Vorgehen wird jetzt nicht als "normal" angesehen. ;-P
Selbst das händische Verdoppeln ist eigentlich (für normale Nutzer) nicht zumutbar. In meinem Beispiel fand ich den fehlerhaften Link erst eine Woche später im Chatverlauf wieder. Mein Chatpartner hatte sich nicht mal getraut, mir mitzuteilen, dass er nichts sehen / öffnen könnte. - Das ist leider der Normalfall, dass weniger versierte Nutzer den Fehler in ihrer eigenen Unwissenheit suchen und seltener nachfragen.
Es sollte eigentlich keinen großen Aufwand bedeuten, Formatierungen in URLs (welche bereits recht sicher erkannt werden) zu unterbinden. (Die gesamte URL kann ja ruhig weiterhin formatiert werden.)
Ja, das war mein erster Gedanke, leider hilft dies auch nicht.
Das Ergebnis ist dann, dass zwar ein Paar Unterstriche beibehalten werden, aber trotzdem noch das Leerzeichen eingefügt wird. Im Threema-Web verschwindet sogar noch der Slash nach dem "fileadmin". --- Das hatte ich zuvor ganz vergessen zu erwähnen.
"processed" wird weiterhin kursiv formatiert (wofür wohl das innere Paar von Unterstrichen verwendet wird.
(Also das resultierende Konstrukt kann man weiterhin unter keinen Umständen öffnen.)
Ähm, bitte in Zukunft erst einmal anschauen, was als Screenshot verschickt wird!
An dem Screenshot sieht man natürlich, dass es NICHT geklappt hat!
nur weil etwas farblich hervorgehoben wird, heisst das noch lange nicht, dass es sich um einen gültigen Link oder gar den ursprünglich mal zu versendenen Link handelt!
Auch bei Dir sind (wie bei mir die Unterschriche vor und nach "processed" verschwunden (und dieser Teilpfad dafür kursiv formatiert). Auch bei Dir wurde anscheinend vor dem "processed" ein Leerzeichen eingefügt. - Also schätze ich mal, dass auch Dein Threema-Web den Link dann als zerstört anzeigen würde. (Wegen dem Leerzeichen wird dann nur der erste Teil als URL erkannt und hervorgehoben.)
Unabhängig von der farblichen Darstellung wird der Empfänger diesen Link niemals öffnen können (und Du auch nicht!).
