Je connais la cause et la solution temporaire, mais je vais signaler le problème.
Après la mise à jour, si l’identifiant (slug) d’une catégorie est vide, il semble qu’une chaîne encodée soit automatiquement attribuée d’une manière ou d’une autre.
Cela semble se produire dans un environnement non anglophone. J’étais dans un environnement japonais.
Tous les identifiants restent vides dans les catégories nouvellement créées, et il ne semble y avoir aucun problème de ce côté.
À titre de référence, vous pouvez accéder à l’écran d’édition en utilisant cette solution temporaire :
Modifiez la valeur du numéro de la catégorie en conséquence. https://example.com/c/5-category/edit/general
Je ne sais pas s’il s’agit d’un problème qui me concerne uniquement ou d’un bug courant, mais j’espère que cela vous sera utile.
J’ai pu le reproduire avec les étapes ci-dessus.
Même avec des catégories nouvellement créées, le bouton d’édition de catégorie provoque une erreur 404 lors de l’utilisation d’identifiants (slugs) Unicode.
Hmm, je n’arrive pas à reproduire l’erreur 404 avec le paramètre de site méthode de génération d'identifiants défini sur encodé. Je pense que cela devrait être activé par défaut lorsque vous utilisez une option locale par défaut pertinente.
Je n’aimais pas les identifiants longs et je les avais désactivés auparavant.
Le fait de sélectionner « encode » comme méthode de génération d’identifiants a résolu l’erreur 404.
Dans une telle situation, je pense que cela aurait pu être évité en refusant les caractères multioctets ou en ajoutant une note d’avertissement.
Quoi qu’il en soit, il est étrange que la chaîne encodée ait été attribuée à la catégorie qui vidait l’identifiant…
