Connecté, mais rien n'arrive

Les gens demandent cela comme

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 :

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 socketnon
Redémarrer strAImer complètementnon
Se reconnecter au compteOui

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 :

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.

  1. Désactivez puis réactivez le module sur sa carte dans Catalogue de modules, sous Intégrés ou Extensions.
  2. Si cela n'aide pas, redémarrez strAImer.
  3. 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.