Dies scheint in nicht-englischen Umgebungen aufzutreten. Ich war in einer japanischen Umgebung.
Bei neu erstellten Kategorien bleiben alle Slugs leer, und es scheint keine Probleme zu geben.
Als Referenz können Sie als vorübergehende Lösung auf den Bearbeitungsbildschirm zugreifen, indem Sie diese Adresse aufrufen:
Ändern Sie den Zahlenwert in der Kategorie entsprechend. https://example.com/c/5-category/edit/general
Ich bin mir nicht sicher, ob dies nur mein Problem ist oder ein allgemeiner Fehler, aber ich hoffe, das hilft.
Ich konnte das oben beschriebene Problem nachstellen.
Selbst bei neu erstellten Kategorien führt der Button zum Bearbeiten der Kategorie bei Verwendung von Unicode-Slugs zu einem 404-Fehler.
Hmm, ich kann den 404-Fehler nicht reproduzieren, wenn die Site-Einstellung Methode zur Slug-Erstellung auf codiert gesetzt ist. Ich bin der Meinung, dass dies standardmäßig aktiviert sein sollte, wenn Sie eine relevante Option für die Standardsprache verwenden.
Mir gefielen lange Slugs nicht, und ich hatte sie zuvor deaktiviert.
Die Auswahl von ‘encode’ als Methode zur Slug-Generierung hat den 404-Fehler behoben.
In einer solchen Situation denke ich, dass dies verhindert werden könnte, indem mehrbyte-Zeichen nicht akzeptiert werden oder durch einen Warnhinweis.
Auf jeden Fall ist es seltsam, dass der kodierte String der Kategorie zugewiesen wurde, die den Slug leerte…
Das gleiche Problem hier. Ich habe eine Kategorie namens santé und ich vermute, dass das é die Weiterleitung zur Editionsseite unterbricht.
In meiner Konsole sehe ich Folgendes:
