c’est assez gênant : J’ai créé 3 catégories sur mon tout nouveau forum, et quand je veux en configurer une (les 2 autres sont OK), j’obtiens le message “cette page n’existe pas ou est privée” (bien que je sois le propriétaire ET l’administrateur)
Qu’ai-je fait de mal ? (une erreur de débutant, je suppose)
Il se pourrait que ce soit le nom de catégorie que vous avez choisi. Quelqu’un a eu un problème avec les lettres finlandaises dans ce sujet récent, et ceci a été suggéré comme solution :
J’ai peut-être un indice : lorsque je suis sur la page de catégorie, l’accent français « é » apparaît deux fois dans l’URL : je suppose que cela pourrait faire partie du problème lorsque je clique sur « modifier » (ce qui mène directement à une erreur 404).
Ce n’est pas grave, si vous n’êtes pas encore familier avec la console, il n’y a pas d’urgence. Vous pouvez toujours changer la visibilité de celle-ci en « personnel », et revenir la peaufiner plus tard.
Je viens de tester, et avoir une catégorie appelée par ex. « Tést » est possible, tant que vous n’incluez pas le é dans le slug (laissez discourse générer le slug pour vous).
OK, bien que je ne puisse rien changer à cette catégorie pour le moment. De plus, mon nom de catégorie n’a pas d’accent, il semble être buggé par la description pour une raison quelconque
C’était ASCII, je l’ai changé en encodé, ÇA A MARRCHÉ ! Je peux maintenant faire ce que j’ai à faire !
Je suis d’accord, je ne sais pas si cela vient d’une erreur de mon hébergeur, ou s’il y a quelque chose dans la version qui n’est pas encore corrigé. Je dois admettre que cette version est censée être mise à niveau selon un message d’avertissement sur la page d’administration (bien que je ne puisse pas le faire moi-même) : mon hébergeur exécute la version 2.7.9 alors que la dernière est la 2.8.0.beta9.
J’ai juste testé la création et la modification d’un nom de catégorie avec des caractères accentués sur une nouvelle installation et cela a fonctionné correctement. Je n’ai pas eu à modifier le slug manuellement, donc il semble que la dernière version (2.8.0.beta9) ait résolu ce problème.
– EDIT –
Étonnamment… je n’ai pas changé le paramètre du slug de ascii à encoded comme @Benjamin_D l’a mentionné plus tôt dans le fil. Cela a simplement fonctionné dès le départ.
comme le souligne @MarkDoerr, la PR qui a résolu le problème a été fusionnée le 12 janvier 21, alors que la version stable 2.7.9 est sortie le 20 octobre.
Il y a eu deux correctifs de sécurité pour la branche stable depuis.