Dans ce sujet, en consultant l’historique des modifications en cliquant sur le crayon, j’obtiens l’erreur : « La ressource d’URL demandée est introuvable ».
Cliquer sur l'historique des modifications renvoie 'L'URL ou la ressource demandée est introuvable.'
2 « J'aime »
Est-ce que c’est aussi cohérent sur le bureau ? Je peux voir l’historique ici, mais je suis administrateur, donc ça ne compte pas.
Étrange, je ne le vois plus. J’ai basculé sur ?mobile_view=0 et je ne l’ai pas vu, j’ai donc rebasculé et je ne le vois toujours pas. Très bizarre.
1 « J'aime »
Il pourrait s’agir d’une limitation de débit avec une erreur incorrecte, ou d’un problème réseau, je vais transférer cela au support pour le moment.
2 « J'aime »
L’erreur affichée a été ajoutée suite à Endless loading of post history when latest revision is hidden/inaccessible. Au lieu d’un chargement sans fin, vous voyez maintenant l’erreur.
Cependant, l’indicateur de modification apparaît toujours pendant les premières heures. Ainsi, chaque fois qu’un membre de l’équipe ajoute une balise cachée à votre publication, l’icône du crayon s’affiche pendant un certain temps, mais vous ne pouvez pas afficher la modification. Plus tard, le crayon disparaît et tout est comme prévu.
5 « J'aime »
OK, donc si j’ai bien compris, il est normal que j’aie aussi ce problème.
Serait-il possible de faire en sorte que l’icône du crayon ne soit jamais visible lorsqu’elle ne doit pas l’être ?
1 « J'aime »
@sam, comme je l’ai initialement publié par erreur dans t/81088/20, je constate également quelque chose de similaire sur ordinateur, bien que ce soit lorsque j’essaie de modifier la publication :
Il serait préférable de la désactiver, surtout si elle est temporaire, comme cela semble être le cas.
C’était une bonne chose
Le problème était que nous augmentions automatiquement la public_version d’une publication, même si nous allions masquer la révision plus tard dans le processus parce qu’un membre du personnel avait ajouté une balise masquée.
Ce qui rendait le « suivi » un peu plus difficile, c’est que nous corrigions la public_version plus tard lorsque PostRevision.ensure_consistency! s’exécutait (il est programmé pour s’exécuter toutes les 12 heures).
2 « J'aime »
Si la publication avait déjà été modifiée quelques jours avant l’ajout de la balise masquée, vous n’auriez pas vu l’erreur, mais l’historique des modifications avec uniquement la modification la plus ancienne. C’était aussi un peu déroutant car l’orange indique que la modification a eu lieu récemment. La correction empêche-t-elle également ce changement de couleur, ou évite-t-elle simplement d’afficher le crayon s’il n’y a pas de modification visible précédente ?
1 « J'aime »
La correction ne concerne que le cas où il n’y a aucune modification visible – elle empêche le crayon d’apparaître du tout dans ce scénario.
Votre scénario (publication déjà modifiée → personnel ajoute une balise cachée → la couleur devient orange) est un cas limite distinct. L’horodatage updated_at est toujours mis à jour, donc oui, la couleur indiquerait brièvement une « activité récente » même si un clic révèle uniquement la révision plus ancienne.
Nous laissons celui-ci de côté pour l’instant – c’est une fuite d’information mineure (les utilisateurs peuvent en déduire que quelque chose s’est passé mais ne peuvent pas voir quoi) et sa correction nécessiterait une complexité supplémentaire…
2 « J'aime »
Ce sujet a été automatiquement fermé après 2 jours. Les nouvelles réponses ne sont plus autorisées.