인코딩이 포함된 URL이 Discourse 링크 함수 사용 시 변경됨

여기서 검색해 보았는데 이 문제가 해결된 줄 알았습니다.

하지만 우리 사이트에서 한 사용자가 다음과 같은 문제를 보고했습니다:

다음과 같이 해보세요:

  • 해당 (정상 작동하는) 링크를 엽니다 (404 오류 없음)
  • 주소 표시줄에서 링크를 복사합니다 (Ctrl-L, 그 다음 Ctrl-C)
  • Discourse 편집기에서 링크 아이콘을 클릭합니다
  • URL을 붙여넣습니다
  • 답변을 저장합니다
  • 링크를 클릭합니다 → 404 오류 발생

사용된 관련 링크는 다음과 같습니다:

https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html#using-a-zvol-for-a-swap-device-on-linux

링크에 이미 인코딩이 되어 있음에도 불구하고, Discourse가 다시 인코딩하여 404 오류가 발생하는 것 같습니다?

도움과 우회 방법을 주시면 감사하겠습니다.

말씀해 주신 단계를 따라 해 보았는데, 잘 작동하는 것 같습니다. 웹사이트에 정상적으로 접속할 수 있었고, 문서의 해당 섹션으로 이동했습니다. 이 문제가 안전 모드에서도 발생하나요? 포럼이 최신 버전으로 업데이트되어 있나요?

안전 모드에서 테스트가 수행되었는지 의문입니다.

현재 3.5.3 버전을 사용 중입니다.

safe mode를 사용하는 것보다 try.discourse.org에서 테스트하는 것이 더 합리적일 수 있습니다.

Discourse 3.5는 8월에 출시되었습니다. 그 이후로 많은 부분이 개선되었습니다.
1월 말 이후로 이 버전에 대한 보안 수정이 전혀 없었으며, 최근에는 보안 수정이 많이 이루어졌습니다.

releases.discourse.org를 간단히 살펴보니 1월에 지원이 종료되었습니다. 최신 ESR인 v2026.1.0으로 업데이트하는 것을 강력히 권장합니다.

정리하자면, 두 분 모두 이 문제를 재현할 수 없다는 말씀이시죠?

try.discourse도 동일한 로그인 방식을 사용한다고 가정합니다.

테스트를 해보고, 사이트 업데이트와 관련하여 관련 부서와도 논의하겠습니다.

도움 주셔서 감사합니다.

재현할 수 없었습니다.

Meta와 연동되어 있지 않습니다. 테스트용으로 사용되며 보통 하루에 한 번 초기화되므로, 내일에는 계정이 생성했던 게시글과 함께 사라질 것입니다. Discourse ID가 있으면 사용할 수 있지만, 없다면 독립적으로 운영됩니다.

@Moin 감사합니다.

저도 try.discourse에서 이 문제를 재현할 수 없었습니다.

사이트 업그레이드/업데이트에 대해 관리자에게 말씀드릴 예정입니다.

도와주셔서 감사합니다 :+1: