Oui, je pense que c’est le problème. Selon le LLM, le code ne gère pas bien une liste d’entrées, d’où l’erreur 500.
D’accord, donc est-ce que ça ressemble à un problème relevant de Contribute > Bug ?
Je pense qu’il s’agit d’un bug et j’imagine que la correction est simple, mais je ne comprends pas vraiment les nouvelles catégories. (Et personnellement, je n’enverrais pas de code si je ne me sens pas pleinement à l’aise avec le sujet.)
Il y a aussi la question de savoir si l’état de votre base de données provient d’un autre bug qui doit lui aussi être corrigé.
Comme ce sujet n’a que trois contributeurs, il serait peut-être utile d’ouvrir un nouveau fil de signalement de bug — si un modérateur souhaite fusionner ou recategoriser, il peut toujours le faire.
En fait, je n’avais pas vu le sujet Contribute > Bug, et je ne m’en souviens pas non plus y avoir posté. De plus, je n’aurais pas le niveau technique nécessaire pour déterminer s’il s’agit d’un bug ou non.
En outre, oui, vous avez probablement raison : il pourrait y avoir des problèmes historiques avec la base de données qui ont déclenché ce point fragile.
Bien qu’il soit impératif de rendre à nouveau accessible le compte administrateur, et ce le plus tôt possible, je suppose que cela dépend de la volonté des dieux. Mais au moins, nous avons peut-être identifié la source du problème, donc croisons les doigts !
Merci pour votre aide. ![]()
Je me demande aussi si cela donnerait du crédit à l’idée de révoquer le statut d’administrateur du compte utilisateur, en le faisant passer peut-être à un niveau de modérateur, et si cela permettrait de contourner ce problème lors de la connexion.
Je vais peut-être tester ça, après avoir fait une sauvegarde.
Ma crainte, c’est de perdre des données ou de casser quelque chose dont je n’aurais aucune idée de la façon de vérifier le bon fonctionnement, si tout semble normal et qu’aucune erreur ne s’affiche. ![]()
De rien. C’était intéressant.
Il y a probablement une petite astuce en SQL pour supprimer cette entrée en double, mais personnellement, je ne le ferais pas à la légère.
Selon le LLM, il est également possible d’utiliser la console Rails pour mettre à jour la fonction Ruby de dix lignes et la renforcer. Cela, du moins, devrait être sûr, car un redémarrage rechargerait le vrai Ruby depuis le disque.
Je veux coller ceci pour le conserver afin de pouvoir fermer un onglet — du code non testé généré par un LLM, présenté ici sous forme de patch à appliquer dans la console Rails sur un système en cours d’exécution, mais contenant également une correction suggérée par le LLM pour cette fragilité qui est à l’origine de l’erreur :
# Rouvrir le CurrentUserSerializer pour remplacer la méthode défectueuse
class CurrentUserSerializer < ApplicationSerializer
def has_new_upcoming_changes
last_visited = object.custom_fields["last_visited_upcoming_changes_at"]
# Extraire la chaîne si elle est mise en cache sous forme de tableau par le préchargeur
last_visited = last_visited.first if last_visited.is_a?(Array)
return false if last_visited.blank? && object.created_at < Discourse.site_creation_date + 1.hour
cutoff = last_visited.present? ? Time.zone.parse(last_visited.to_s) : object.created_at
UpcomingChangeEvent.added.not_backfilled.where("created_at > ?", cutoff).exists?
end
end
Révocation des droits d’administrateur
Les actions s’appliquent au compte d’administrateur d’origine qui a été verrouillé :
-
Révoquer l’administrateur + Accorder le modérateur = échec de la connexion / même erreur.
-
Révoquer le modérateur
- Première connexion (aucune erreur) mais le chargement reste bloqué sur l’écran de rotation de l’authentification à deux facteurs / de la connexion
- L’ai laissé tel quel pendant environ 10 minutes (le serveur montrait une augmentation de la charge lors de la connexion), toujours rien
- Cependant, l’onglet « utilisateurs actifs » indique que l’utilisateur s’est connecté il y a X minutes, hmm

- Tentative d’une deuxième connexion dans une autre fenêtre (privée), qui réussit !
D’accord, donc cela constitue une solution de contournement pour un utilisateur administrateur qui pourrait avoir besoin de lire des messages / des discussions, etc., mais cela ne résout pas le problème fondamentalement.
Ensuite, en utilisant un autre compte administrateur, j’ai accordé « Administrateur » à l’ancien compte d’administrateur connecté.
- Pendant que connecté, un message de mise à jour d’administrateur arrive indiquant le succès.
- Actualiser la page et l’erreur apparaît à nouveau.
Je ne peux pas publier dans le sujet “Git hang” car il est fermé depuis le 28 septembre, mais en remarquant un comportement un peu lent il y a quelques minutes, je me suis dit, ah, peut-être que git est encore en panne et qu’il cause des problèmes, et effectivement, downdetector.com affichait une forte pointe de pannes pour GitHub à peu près à ce moment-là. ![]()