Est-ce que le blocage ne se produisait que sur votre téléphone mobile ?
Cela se produit sans messages privés. Cela arrive sur ordinateur (Chrome) et sur Safari mobile. Je peux fournir des enregistrements d’écran si vous le souhaitez.
Un rafraîchissement forcé ne semble pas régler le problème.
Oui, je ne vois ce problème que sur mon téléphone. Plus précisément, si je visite un sujet sur mon téléphone et qu’il échoue à être marqué comme lu, sur l’ordinateur de bureau, il restera également affiché comme non lu. Cependant, je n’ai jamais constaté qu’un message échouait à être marqué comme lu après l’avoir visité sur l’ordinateur de bureau.
Cela confirme davantage qu’il s’agit d’un problème d’« écriture » et non d’un problème de « lecture ».
Pour moi, cela ressemble à un problème lié au service worker. Je soupçonne fortement que votre Android pense être hors ligne alors qu’il a en réalité accès au réseau. Le point bleu de lecture disparaît-il pour vous ?
Je pense que nous devons ajouter un indicateur clair et bien visible sur l’écran lorsque le service worker détecte que vous êtes hors ligne.
C’est ce que je pense aussi.
Hmm… Parles-tu du point bleu sur chaque message ? Je ne le vois pas sur mobile, que les choses fonctionnent ou non.
Non, je pense qu’on le supprime sur mobile pour simplifier. On peut ajouter un composant de thème ici qui le rétablit.
Salut les gars, c’est l’OP. Aucun de nos utilisateurs n’utilise Android. Cela se produit universellement sur tous les appareils sur lesquels je l’ai testé. Notre fil de non-lus ne se met pas à jour.
Pouvez-vous reproduire le problème sur ce site ?
Non, je n’ai pas vu le problème sur Meta. Seulement sur notre propre site hébergé chez vous.
Même comportement ici. Je sais que j’ai lu ce post car j’ai aimé un commentaire dans le premier sujet non lu. Confirmé sur meta. Toujours marqué comme non lu sur Android mobile. Finalement, cela fonctionnera, mais cela prend un peu de temps. J’ai dû ouvrir le fil plusieurs fois.
Nous recevons des signalements d’utilisateurs concernant des problèmes qui ressemblent beaucoup à ceux décrits dans ce fil de discussion. Nous n’avons pas encore pu identifier la cause exacte, mais à ce jour, tous les signalements proviennent d’utilisateurs Android (je suis moi-même utilisateur d’iOS). Plus de cinq personnes différentes ont rapporté ce problème, ce qui commence à me faire penser qu’il y a quelque chose de louche, mais je ne peux pas vous aider davantage pour le moment.
Nous continuerons à suivre l’évolution du problème.
Je parviens à reproduire ce problème de temps en temps sur Chrome Android ; je vais enquêter la semaine prochaine.
Je suppose que quelque chose a cassé une correction récente introduite par @david dans ce chemin de code.
Notez @falco que nous utilisons la version stable ici sur tappara.co.
C’est intéressant, car la version stable ne contient pas les nouveaux éléments du service worker (prise en charge hors ligne avec WorkboxJS), ce qui m’évite de le casser ![]()
Je pense qu’il y a comme 3 rapports de bugs différents en 1 ici
@ljpp n’a pas mentionné que j’avais rencontré ce problème pour la première fois sur Tappara.co il y a plusieurs mois. J’en ai parlé dans notre catégorie dédiée au personnel en mai. Nous utilisions alors la version stable 2.2. Cela m’arrive depuis, mais rarement. Je trouve étrange que d’autres utilisateurs ne rencontrent ce problème que depuis quelques semaines.
Oui, je l’ai omis car ce problème a clairement empiré au cours des dernières semaines, alors que nous n’avons pas mis à jour notre base de code Discourse depuis un certain temps. Cela pourrait indiquer que le problème se situe du côté de Chrome.
De plus, comme l’a suggéré @sam, il est possible qu’il existe en réalité plusieurs problèmes présentant des symptômes similaires. Nous devons parvenir à les identifier avec précision.

