@dan 최신 변경 사항을 구현했을 때 이 모든 것을 테스트했다고 맹세합니다. 하지만 이 버그를 재현할 수 있습니다. 이 문제는 초대 링크에만 영향을 미치며, 초대 이메일에는 해당하지 않습니다. 재현 방법:
공유 버튼을 선택하고 토픽 초대를 생성합니다. 보안 카테고리에 있는 경우, 사용자를 추가할 그룹을 지정합니다. (어떤 경우든 버그를 재현할 수 있습니다). 링크를 저장하고 클립보드에 복사합니다.
얼마 전에는 저에게 잘 작동하던데요? 특정 조건(예: 비밀번호 우회)에서만 홈페이지로만 이동했어요. 제 재현 과정과 다른 점이 있다면, 활성화 URL을 이메일에서 복사해서 별도의 브라우저에 붙여넣은 단계인 것 같습니다.
저는 모바일을 사용했는데, 관리자는 Android/Chrome, 테스트 사용자의 초대 수락은 Android/Firefox를 사용했습니다. 이메일은 Gmail이었어요.
맞아요.. 이메일로 누군가를 초대하면 프로세스가 설계대로 작동합니다. 이메일에 포함된 링크에는 해당 사람이 알려진 올바른 이메일 주소로 즉시 온보딩될 수 있는 모든 정보가 담겨 있습니다.
문제는 초대 저장 버튼을 사용해 링크로 누군가를 초대할 때 발생합니다. 이때 표시되는 링크를 복사해서 공유하게 되는데, 이메일 제한을 걸지 않으면 초대받은 사람이 이메일 확인 단계를 거치게 되며, 이로 인해 처음 로그인할 때 해당 주제로 이동하지 않게 됩니다.
제 테스트는 이메일 제한이 아니라 복사된 링크를 사용했습니다. 
아, 죄송합니다. 작성하신 내용을
…잘 읽지 못했습니다.
저희 사이트들의 관리자 설정이 다른 부분이 있을까요? 한 번 더 확인해 보겠습니다. 다만, 최신 테스트에서 위에서 설명드린 것과 동일한 재현 문제를 초대 전용 커뮤니티에서 정확히 확인했습니다. 수정: 방금 다시 테스트해 보았는데, 여전히 홈페이지로 리디렉션됩니다.
아, 제 채널은 초대 전용이 아니네요. @gassim의 설정에서 이 부분을 놓쳤던 것 같습니다. 그게 차이의 원인일 수도 있겠네요.
방금 메타에서 보안 카테고리의 토픽으로 시도해 보았는데, 동일한 재현 결과가 나타났습니다. 질문자님의 사이트와 제가 테스트 중인 사이트 사이에 어떤 차이가 있는지 확실하지 않습니다.
@JammyDodger님, 안녕하세요.
감사합니다. 하지만 이 커뮤니티는 공개 커뮤니티입니다. 다만, 비공개 카테고리가 하나 있으며, @tobiaseigen님이 진행하신 동일한 단계를 수행해도 동일한 결과가 나타납니다.
따라와 주셔서 감사합니다, @tobiaseigen님!
이것은 정말 흥미롭네요. 방금 최신 버전으로 업데이트했는데, 모든 초대 관리자 설정이 기본값으로 표시되고 있습니다. 그리고 동일한 테스트를 다시 수행해 보니, 이번에는 올바른 ‘주제 도착’ 주제로 이동했습니다.
초대 전용을 활성화한 상태로 다시 실행해 보았는데, 이것도 올바른 페이지로 이동했습니다.
하지만 가입 시 비밀번호를 건너뛰고, 나중에 이메일 프롬프트를 통해 비밀번호를 설정하면 ‘주제 도착’ 주제 대신 홈페이지로 이동합니다.
제 환경에서는 왜 정상적으로 작동하는지 모르겠습니다. 재현을 시도해 볼 수 있도록 변경할 설정이 있을까요?
@JammyDodger 님은 새 사용자로 가입하고 계신가요? 이 문제는 새 사용자로 가입할 때만 발생합니다. 기존 계정으로 로그인하면 링크가 정상적으로 작동합니다.
@tobiaseigen 님, @JammyDodger 님의 단계를 재현해 보실 수 있는지 알려주시면 감사하겠습니다. 다양한 방법으로 시도해 보았지만, 모든 새 사용자는 비공개 카테고리의 비공개 토픽 대신 홈페이지로 이동하게 됩니다.
감사합니다!
저는 테스트 사용자를 처음 가입시키고 있습니다.
테스트 사용자가 처음 도착한 토픽 위에 환영 오버레이가 표시되는 것을 보여드리기 위해 스크린샷을 다시 첨부합니다. 해당 토픽은 비공개 카테고리에 있습니다:
제 사이트는 대체 로그인이나 SSO 없이 단순한 테스트 사이트입니다. 이것이 차이를 만드는지 모르겠습니다?
네, 감사합니다! 제가 만든 초대 링크와 당신의 링크 사이에서 제가 발견한 유일한 차이는, max uses = 1을 사용하고 있다는 점이고, 저는 max uses = 1을 시도해 보지 않았다는 거예요.
또한 많은 테스트에서 5000(기본 최대값)을 사용해보았는데, 이 방법도 잘 작동했습니다.
네, 그리고 제가 마지막으로 발견한 차이는 모바일입니다!
모바일로 시도하면 해결될까요? 저는 노트북에서 Chrome을 사용하고 있지만, Firefox도 시도해 봤는데 동일한 문제가 지속되고 있습니다.
방금 여기서 테스트를 한 번 더 진행했는데, 초대 수락이 성공적으로 이루어지고 초대 내용에 지정된 토픽으로 이동하는 경우와, 잘못되어 홈페이지로 이동하는 경우 모두 재현 가능한 단계를 마침내 찾은 것 같습니다.
Chrome 또는 Safari에서 이전에 초대 수락에 사용하지 않았던 새로운 시크릿(비공개) 창에서 이메일 확인 링크를 클릭하면 아래 스크린그랩과 같은 순서가 나타납니다. 계정 활성화 버튼을 클릭한 다음 "계속"을 클릭하면 홈페이지에 도착합니다. 
Chrome 또는 Safari에서 초대를 수락할 때 사용했던 동일한 시크릿(비공개) 창에서 이메일 확인 링크를 클릭하면 아래 순서가 나타납니다. “계속” 버튼을 두 번째로 보여주는 화면을 전혀 보지 못하고, 초대 내용에 지정된 토픽으로 바로 이동합니다. 
리다이렉트 URL이 쿠키에 저장되어 있었으며, 사용자가 브라우저를 변경하거나 시크릿 모드를 사용하거나 쿠키를 초기화하는 등의 경우 이 정보가 손실될 수 있었습니다. 이에 따라 사용자가 계정을 활성화한 후 초대 정보를 조회하고, 원래 초대받은 토픽으로 사용자를 리다이렉트하는 추가 단계를 추가했습니다.
@here 
정말로 정말 고마워요! 
@dan 수정해 주셔서 감사합니다! 방금 테스트해 봤는데 완벽하게 작동합니다. 
