원인과 임시 해결책을 알고 있지만, 이를 보고합니다.
업데이트 이후, 카테고리에서 슬러그(slug)가 비어 있는 경우, 인코딩된 문자열이 자동으로 할당되는 것 같습니다.
예시
이 문제는 영어가 아닌 환경에서 발생하는 것 같습니다. 저는 일본어 환경에서 테스트했습니다.
새로 생성된 카테고리에서는 모든 슬러그가 비어 있으며, 문제는 없는 것으로 보입니다.
참고로, 임시 해결책으로 다음 링크에 접근하여 편집 화면으로 이동할 수 있습니다.
카테고리 번호에 해당하는 값을 변경하세요.
https://example.com/c/5-category/edit/general
이것이 제 환경에서만 발생하는 문제인지, 아니면 일반적인 버그인지는 확신할 수 없지만, 도움이 되길 바랍니다.
사용 중인 Discourse 버전은 무엇인가요?
저는 최신 버전인 2.8.0.beta2를 사용 중입니다.
6월 초에 테스트용으로 설치했고, 프로덕션 환경을 준비하고 있었습니다.
cd /var/discourse
./launcher rebuild app
이렇게 시도해 봤지만 아무 변화가 없었습니다.
위 단계에서 재현할 수 있었습니다.
새로 생성된 카테고리에서도 유니코드 슬러그를 사용할 경우 카테고리 편집 버튼이 404 오류를 일으킵니다.
유니코드 슬러그 예시: 日本語
이후, 이전 게시물의 GIF에서 보인 것처럼 카테고리 페이지에서 편집 버튼을 클릭하면 404 오류가 반환됩니다.
음, slug 생성 방식 사이트 설정을 encoded로 설정해도 404 오류를 재현할 수 없습니다. 관련 있는 기본 로케일 옵션을 사용하는 경우 기본적으로 활성화되어야 한다고 생각합니다.
감사합니다!
긴 슬러그를 선호하지 않아서 이전에 해당 기능을 꺼둔 상태였습니다.
슬러그 생성 방법으로 'encode’를 선택하니 404 오류가 해결되었습니다.
이런 상황에서는 다중 바이트 문자를 허용하지 않거나, 주의 사항을 안내해 주면 방지할 수 있지 않을까 싶습니다.
어쨌든, 슬러그가 비어 있던 카테고리에 인코딩된 문자열이 할당된 점은 다소 이상합니다…
저도 같은 문제가 있습니다. santé라는 이름의 카테고리가 있는데, é가 편집 페이지로 리디렉션되는 것을 방해하는 것 같습니다.
콘솔에서 다음을 확인합니다:
해결 방법을 찾으신 분이 계신가요?
저도 같은 문제를 겪었습니다.
이 방법으로 문제가 해결되었습니다. 카테고리 식별자에서 악센트를 제거했습니다.
