Je pense rencontrer les mêmes problèmes que dans ce sujet, mais malheureusement, il est fermé.
J’essaie de modifier du texte dans ce sujet (et dans un autre auquel je ne peux pas faire de lien en raison des restrictions imposées aux nouveaux utilisateurs), mais je reçois la même erreur : « Vous ne pouvez pas modifier un sondage après les 5 premières minutes. » Notez que je ne modifie pas du tout le sondage ; tout ce que j’essaie de faire est de transformer du texte dans la section « Calendrier » de ces sujets en lien. Cela n’a pas d’importance que le sondage soit ouvert ou fermé.
Au fait, bien que cela soit arrivé à plusieurs utilisateurs sur http://community.wanikani.com récemment, d’autres utilisateurs ont pu modifier des posts avec des sondages sans problème. Est-il possible qu’il y ait eu un bug récent déjà résolu, mais que les posts créés pendant l’existence de ce bug soient bloqués dans un état incorrect ?
J’ai copié le markdown exact du post lié dans l’OP pour être absolument sûr, au cas où il s’agirait d’un cas limite très spécifique. J’ai attendu que la fenêtre d’édition de 5 minutes expire, puis j’ai essayé d’ajouter un lien vers une entrée dans la section Calendrier. Cela s’est enregistré sans problème.
Je suppose que c’est possible, mais je doute que ce soit le cas. Vous pourriez demander à un administrateur ou à un modérateur de re-cuire le post en utilisant l’option « Reconstruire le HTML » dans le menu d’administration du post, pour vous assurer que le post est traité avec les dernières versions.
Je remarque une différence étrange dans l’historique des révisions les plus récentes :
Cela donne l’impression qu’il y a eu un changement, mais quand je regarde la différence brute, je ne vois aucune modification.
La seule chose qui me vient à l’esprit, c’est qu’il pourrait s’agir d’un cas limite étrange qui se produit lorsqu’une emoji est utilisée avec un sondage, mais pour l’instant, je n’ai pas réussi à le prouver.
Hmm, peut-être que lorsque l’utilisateur effectue des modifications sans rapport avec le message, il y a une modification automatique de Discourse dans la zone du sondage qui donne l’impression qu’une modification est apportée au sondage lui-même. Cela pourrait-il se produire si un aspect du code de rendu de Discourse avait changé, de sorte qu’il génère maintenant un HTML différent dans la zone du sondage par rapport au moment où le message a été créé ?
Juste pour vérifier avant de leur recommander d’essayer cela : cela ne réinitialisera pas les résultats du sondage comme lorsque vous modifiez un sondage pendant la période de grâce, n’est-ce pas ?
Non, les résultats sont stockés dans la base de données et ne seront pas affectés, mais d’après mon expérience, je ne pense pas que vous ayez besoin de vous en soucier. Voir ci-dessous.
Vous êtes sur la bonne voie ! Si vous inspectez le HTML de la différence, il y a un changement dans data-poll-option-id de la première option :
Tout cela est généré en arrière-plan, donc peut-être qu’il y a, ou qu’il y avait un bug quelque part qui a provoqué ce changement.
J’ai essayé de modifier manuellement data-poll-option-id (stocké sous forme de digest dans les enregistrements PollOption) et je peux reproduire le problème (je ne peux plus enregistrer une modification). Si je le remets à sa valeur précédente, je peux modifier normalement.
D’accord, j’ai un complément d’information à ce sujet. J’ai consulté l’équipe d’ingénierie et ils ont identifié que le problème provenait de l’emoji utilisé dans le sondage. Sa source d’image a fini par changer dans la valeur du message rendu, ce qui a créé un état quelque peu inhabituel. La source de l’emoji ne devrait pas changer très souvent, voire jamais, donc je pense qu’il est très peu probable que cela devienne un problème récurrent. Malheureusement, étant donné la rareté de l’incident et l’effort considérable que cela demanderait pour corriger les occurrences existantes, je crains que ce message doive soit être recréé, soit être laissé tel quel.
D’accord, cela a du sens. Merci pour le suivi. Je préviendrai les autres utilisateurs qu’ils peuvent demander au personnel de retravailler les publications pour (éventuellement) résoudre le problème, mais qu’aucune correction automatique ne sera appliquée.
