Connecté, mais rien n'arrive
- ça dit connecté mais les dons n'arrivent pas
- les alertes ont cessé de fonctionner pendant le stream
- le chat est silencieux mais la plateforme me montre en ligne
- la carte indique ne reçoit pas
- ça dit connecté mais aucun événement n'arrive
- les dons apparaissent sur la plateforme mais pas dans strAImer
- se reconnecter n'aide pas
- YouTube est connecté mais le chat est vide
- j'ai oublié de cocher une case en me connectant à Google
- mon bot ne publie rien dans le chat Kick quand le message contient un lien
- Kick avale les liens que mes minuteurs envoient
- worker crashed dans la console de logs
- un module plante encore et encore
Comment l'appellation dans l'app
Le même état est formulé différemment sur les deux écrans qui le montrent, donc vous avez peut-être rencontré l'un ou l'autre :
- la carte sous Connexions → Monétisation porte un badge jaune indiquant PAS DE RÉCEPTION, et le bouton principal de la carte change en Reconnecter ;
- la page propre au service, dans la ligne État de la connexion, indique Connecté, mais aucun événement n'arrive.
Seul DonationAlerts signale cela. Les plateformes de streaming n'ont pas cet état, donc un chat Twitch ou Kick silencieux est une autre histoire — voir "Connexion requise".
Ce que cela signifie
La connexion est ouverte et DonationAlerts a accepté l'abonnement, mais le service n'envoie rien dessus.
L'app ne conclut pas cela à partir du silence — une heure calme est normale. Elle le prouve. Toutes les quinze minutes, elle lit votre historique de dons depuis DonationAlerts et le compare avec ce qui est arrivé en direct ; le libellé n'apparaît que lorsqu'un don apparaît là-bas qui n'est jamais arrivé par la connexion en direct.
Cette même vérification livre ce qu'elle a trouvé. Le don atteint quand même les alertes, les objectifs, les statistiques et tout le reste — avec jusqu'à un quart d'heure de retard au lieu de instantanément. Donc le libellé signifie "arrive en retard", pas "perdu".
La cause habituelle est une deuxième connexion. Quelqu'un s'est connecté au même compte DonationAlerts ailleurs : un autre ordinateur, un téléphone, une autre app. L'ancienne session reste formellement active et cesse simplement de recevoir. Ce "quelqu'un d'autre" est souvent vous — l'autre machine depuis laquelle vous streamiez, ou une sauvegarde des paramètres restaurée sur un nouvel ordinateur.
Ce qui le corrige
Dans l'ordre que nous avons testé pendant un stream en direct, et l'ordre n'est pas celui auquel vous vous attendriez :
| Ce que nous avons essayé | Est-ce que ça a aidé |
|---|---|
| Reconnecter le socket | non |
| Redémarrer strAImer complètement | non |
| Se reconnecter au compte | Oui |
Donc le bouton à presser est Reconnecter sur la carte — ou Autoriser via le navigateur, si la page DonationAlerts est déjà ouverte devant vous. Les deux démarrent la même connexion navigateur que le guide "Paramètres DonationAlerts" décrit. Redémarrer l'app est la chose naturelle à essayer et ça n'aide pas, car la connexion n'a jamais été le problème.
Pourquoi l'avertissement persiste après un redémarrage
Le libellé survit au redémarrage de l'app intentionnellement. Le problème survit aussi, et un avertissement qui disparaît quand vous fermez la fenêtre serait pire qu'aucun : vous continueriez à streamer, pensant que ça s'est réparé tout seul.
Il s'efface sur deux choses seulement, toutes deux des preuves plutôt que de l'espoir : un don arrivant par la connexion en direct, ou se reconnecter au compte à nouveau.
Si ça dit CONNECTÉ et les événements manquent toujours
Alors c'est un problème différent, et la carte ne ment pas — l'abonnement est actif et la vérification n'a pas détecté de manque. Regardez plutôt ceux-ci :
- Le module est désactivé. Sa carte dans Catalogue de modules → Intégrés — ou sous Extensions, si vous l'avez installé vous-même — indique soit "Module en cours d'exécution" soit "Module désactivé — le travail en arrière-plan est en pause". Jugez par cette carte ou par la liste Connexions, pas par la page des paramètres du module elle-même : cette page lit le compte sauvegardé plutôt que la connexion en direct, donc elle peut continuer à afficher son libellé vert pendant que le module est désactivé.
- L'événement n'existe pas sur cette plateforme. Les follows n'arrivent que de Twitch ; les abonnements et les abonnements offerts, de Twitch et de YouTube ; les récompenses de points, de Twitch et de Kick. Le guide « Alertes » liste quelle plateforme envoie quel événement.
- Les alertes sont filtrées. Un montant minimum, ou une plateforme non cochée dans le widget, ignore silencieusement tout ce qui est en dessous ou à côté — également dans le guide "Alertes".
Kick : les échanges n'arrivent jamais
Une chaîne Kick connectée avant que l'application n'apprenne à lire les points de chaîne n'a aucun droit dessus. Kick refuse chaque requête, rien n'arrive donc — et la carte reste verte, parce que la connexion de la chaîne elle-même va bien. L'application écrit la raison une fois dans la console de logs puis se tait.
Appuyez sur Réautoriser sur la page Kick et reconnectez-vous : la nouvelle connexion demande les droits sur les récompenses avec le reste, et le module continue de tourner pendant ce temps. Déconnecter ne figure plus sur cette page ; l'étape est décrite dans le guide « Intégration Kick ».
Kick : le bot se tait quand le message contient un lien
Le chat fonctionne, le bot répond aux messages ordinaires, et tout ce qui porte un lien disparaît : un minuteur de chat avec vos autres réseaux, une commande qui répond par un lien, une réponse de l'agent IA. Rien ne passe au rouge, parce que de notre côté rien n'a échoué.
Kick ne transmet un lien du bot que tant que ce bot est modérateur de votre chaîne. Le reste, il le refuse en silence, et le bot a l'air d'avoir simplement passé son tour.
Nommez le bot modérateur : tapez dans votre propre chat Kick /mod puis, après une espace, le nom du compte bot. Le guide « Intégration Kick » écrit cette commande avec le nom de votre bot déjà en place, et la tuile « Stream : Chat » écrit la même raison dans le fil dès que Kick refuse : la commande peut aussi être copiée de là.
Le cas du modérateur est celui que nous avons vu refusé en direct, et il concerne le bot. Si le refus tombe sur votre propre compte, /mod n'y change rien : regardez les paramètres de chat de votre chaîne côté Kick, où les liens peuvent être restreints pour tout le monde.
YouTube dit connecté et le chat n'arrive jamais
Celui-ci a une cause propre, et la carte ne peut pas le montrer. Google liste ses permissions une par une sur l'écran de connexion et vous permet de les décocher. Décochez celle qui permet à l'app de voir vos diffusions, et tout semble toujours correct : la connexion se termine, le nom du compte apparaît, la connexion devient verte et reste verte — mais l'app n'apprend jamais que vous êtes en direct, et un chat qu'elle ne peut pas trouver est un chat qu'elle ne peut pas lire. Rien n'arrive, et rien ne dit pourquoi.
C'est la pastille verte qui distingue ce cas. À partir de strAImer 0.25.0, quand la diffusion est trouvée mais que son chat ne démarre pas, la pastille YouTube dans Connexions → Chaînes n'est pas verte mais affiche CONNEXION... ou ERREUR : c'est un autre problème, traité dans l'article « Connexion requise », section « YouTube affiche CONNEXION... ou ERREUR pendant un stream ».
Se reconnecter est ce qui le corrige, à condition que chaque case soit cochée cette fois. Rien d'autre ne le fera : renouveler la connexion en arrière-plan conserve exactement les permissions qui ont été accordées la première fois, donc ça peut continuer à renouveler pour toujours sans jamais obtenir celle qui manque.
À partir de la version 0.9.2, l'app vérifie ce que Google a réellement accordé et refuse une connexion qui est revenue incomplète, vous disant sur cette page de toutes les cocher. Sur une version plus ancienne, il n'y a pas d'avertissement à chercher — allez dans Connexions → Chaînes → YouTube, appuyez sur Autoriser via le navigateur, et surveillez les cases à cocher. L'étape est décrite dans le guide "Intégration YouTube".
« Worker crashed » dans la console de logs
Une ligne d'erreur Worker crashed: suivie d'une raison signifie que la partie en arrière-plan d'un module s'est arrêtée sur une erreur. L'app la redémarre d'elle-même, avec des pauses croissantes de 1, 2, 4, 8, 16 et 30 secondes, et l'écrit aussi : "Restarting module in 1000ms (attempt 1)". Un seul plantage de ce genre suivi du calme est un raté qui s'est déjà réparé.
Si le module retombe dans la minute qui suit chaque démarrage, après six redémarrages d'affilée la ligne devient Module keeps crashing (attempt 7), retrying every 60000ms. Last error: suivie de la raison. L'app n'abandonne pas et réessaie une fois par minute, mais tant qu'il tombe, le module ne fait rien : ce sont ses alertes, ses commandes ou ses dons qui manquent.
- Désactivez puis réactivez le module sur sa carte dans Catalogue de modules, sous Intégrés ou Extensions.
- Si cela n'aide pas, redémarrez strAImer.
- Si cela se répète encore, écrivez au support et joignez le journal : le texte après "Last error:" est la cause. Le guide "Aide" explique comment.
Si ça n'a jamais fonctionné du tout
Alors ce n'est pas l'article dont vous avez besoin — voir "Se connecter aux plateformes". Cette page concerne une connexion qui fonctionnait et qui est devenue silencieuse.