Ah ben moi aussi à l'instant
Je doute que la MAJ soit la root cause, nous avons upgradé le 07 Septembre, hors les soucis que gaston nous remontent sont apparus vendredi 11/09.
Je me renseigne côté expo publique chez nous.
Salut les gars,
J'ai effectué des vérifications de mon côté et nous pouvons constater ce qui suit :
J'ai vérifié 2 cookies de Discourse qui sont importants :
_t : Le token de session persistant.
_forum_session : Indique la session, ce qui signifie qu'elle expire à la fermeture du navigateur, tandis que _t est celle qui maintient le compte actif.
Lorsque je fais cela dans DevTools :
console.log("Datos de usuario actual:", Discourse.User.current());
Je détecte plusieurs détails :
login_method: "oauth" : Comme mon compte ne se connecte pas avec des identifiants directs de Discourse, mais via un fournisseur d'identité externe (OAuth2/SSO) que j'imagine géré par vous.
no_password: true : Discourse ne stocke pas de mot de passe local, donc je suppose qu'il délègue entièrement la validité de l'accès au token émis par le fournisseur d'identité.
previous_visit_at: "2026-09-15T12:37:40.360Z" : Ma session précédente sur le forum était active aujourd'hui vers 12:37 UTC (14:37 heure péninsulaire). Cela exclut une absence de plusieurs mois et confirme que la session s'est interrompue il y a quelques heures alors que je naviguais sur le forum 
En retournant undefined les variables maximum_session_age_hours et session_expiry_days, Discourse les masque dans le frontend aux utilisateurs sans rôle admin, de sorte que la fermeture soudaine peut s'expliquer par ces deux scénarios :
- Expiration du cookie persistant _t qui est fixé par le backend.
- Révocation périodique du Access/Refresh Token dans le backend SSO
Nous continuons les vérifications,
Sergio Turpín
Encore des choses... Pendant que j'écrivais le post précédent, un message est soudainement apparu :
Ma session s'est fermée et j'ai dû me reconnecter. J'ai pu capturer cela :
L'erreur indique un HTTP 429 (Too Many Requests) sur le point d'accès /message-bus/.../poll, déclenché spécifiquement par onVisibilityChange et le module user-presence.js.
Je comprends que Discourse utilise des appels périodiques pour garder les notifications en temps réel, le chat et l'état de l'utilisateur actifs.
Le proxy inverse d'OVHcloud (HAProxy, Cloudflare ou Nginx) ou le middleware propre de Discourse Rack::Attack considère ces rafales comme un abus ou un trop‑grand nombre de requêtes par IP/client et bloque la communication avec un code 429 
.
Si le canal message‑bus est bloqué par le rate‑limit et que les validations de jeton SSO échouent consécutivement, le front‑end suppose que le back‑end ou la session n'est pas disponible, ce qui entraîne la perte de l'état d'authentification ou l'invalidation de la session côté client.
Voyons si, ensemble, nous trouvons la bonne solution 
Sergio Turpín
Bonjour à tous,
Quelles sont les news de votre côté ?
Nous avons fait quelques modifications ces 2 derniers jours, vous avez donc dû vous faire déconnecter quelques fois. Mais depuis hier 11h30, vous n'auriez pas dû vous faire déconnecter (sauf tentative de DDOS intentionnelle 
)
Pour ma part, je suis connecté depuis hier midi et je n'étais toujours pas déconnecté en arrivant ce matin.
Merci @Incognito
Pour le moment tout va bien sur mon smartphone Android. Je vais voir à l'usage toute cette journée.
Il semble donc que j'avais raison et qu'il y avait bien un petit souci sur les serveurs de OVH 
Nop, c'est moi qui ai omis un paramètre dans le déploiement, maintenant c'est plus optimisé. Chez OVH on s'améliore tous les jours 
Yeah! Pour le moment tout va bien.
Je n'en doutais pas 
Nous vous tiendrons informés si nous trouvons une anomalie. Nous sommes une grande équipe de testeurs QA 
Restons en contact 
Sergio Turpín
Bonjour @ tous
Depuis hier après-midi chez moi pas de soucis, pas eu besoin de me reconnecter.
Jusqu'à maintenant ça semble bon 
Pareil en Belgique ça roxe maintenant
Bonjour à tous,
Je continue à rencontrer des anomalies lorsque je visite certains sujets.
J'ai effectué des tests et le backend fonctionne et délivre le contenu sans problème :
L'erreur net::ERR_HTTP2_PROTOCOL_ERROR ne se produit que lorsque le frontend de Discourse demande ce même JSON via AJAX/Fetch. Je ne sais pas s'il existe une limite de trame HTTP/2 sur le proxy frontal.
J'ai le sentiment que, lorsque la connexion se rompt au niveau du protocole, la requête du sujet échoue et l'état de l'application reste bloqué.
Je ne pense pas que ce soit lié à une sur‑injection de cookies dans un sujet, car parfois ce sujet échoue et d'autres non.
Si vous avez besoin que je regarde autre chose de mon côté, faites‑le moi savoir.
Remarque : J'ai testé avec d'autres navigateurs et un autre PC et le symptôme est le même. Cela dit, cela ne se produit que de façon occasionnelle.
Cordialement,
Sergio Turpín
cc @Incognito
Bonjour @FabL et @Incognito
Pour le moment je n'ai plus de problème sur mon téléphone mobile Android ainsi que sur mon ordinateur Windows 11.
Si @sturpin a des soucis, cela veut dire qu'il y a encore un tout petit réglage à faire. 