Nous venons de rencontrer un nouveau bug où les réponses à un message sont affichées comme provenant de l’utilisateur « Système ». (Le message est attribué au bon utilisateur, mais la réponse ne l’est parfois pas). J’ai vérifié avec l’auteur et il n’était pas en mode anonyme.
Nous utilisions v3.1.0beta4 (qui n’incluait aucun de ces changements) jusqu’à 10h aujourd’hui, donc le problème se situe probablement dans cette version.
Pouvez-vous confirmer si vous étiez sur v3.1.0.beta4 lorsque vous avez vu ce bug, ou si vous le voyez après la mise à niveau ? Nous n’avons reçu aucun rapport de ce bug, il est donc un peu particulier.
De plus, je remarque que votre site a potentiellement des mods (thème/plugins), pourriez-vous essayer le mode sans échec et voir si cela se produit ?
Je peux te donner un peu plus d’informations. Cela s’est produit pendant le processus de mise à niveau, mais avant que la mise à niveau ne soit réellement terminée. Nous avons un processus de mise à niveau de déploiement qui, en partie, définit une bannière de notification globale indiquant que le site sera bientôt indisponible et utilise l’API, s’authentifiant en tant qu’utilisateur système pour ce faire. Le travail a en fait échoué en raison d’une partie obsolète du pipeline de build et a laissé la bannière en place pendant environ 10 heures avant qu’elle ne soit corrigée et que la mise à niveau ne soit terminée. Tous les commentaires qui semblent provenir de l’utilisateur « système » semblent s’être produits à peu près au moment où cette bannière a été définie et affichée (oui, cela semble assez étrange). Après la mise à niveau, le problème ne semble pas s’être reproduit. Donc, oui, le bug semble avoir été révélé alors que nous étions sur v3.1.0.beta4.
En parcourant le code, la seule chose que j’ai remarquée impliquant des utilisateurs et des notifications est un hook « after save » sur les utilisateurs qui semble potentiellement effacer une notification globale. Il pourrait donc très bien s’agir d’un thème ou d’un plugin causant le problème, mais dans tous les cas, je parie que cela a quelque chose à voir avec la requête API qui s’authentifiait en tant qu’utilisateur système, compte tenu du calendrier et de l’utilisateur associé.
