회원 가입에 어려움을 겪는 잠재적 사용자가 몇 명 있습니다. 이들은 이메일로 관리자에게 지원을 요청하면서 임시(스테이징) 사용자 계정을 생성하게 됩니다.
대부분의 문제는 쉽게 해결되며, 해당 사용자는 가입을 완료하고 모든 필드를 채웁니다. 참고로, 우리는 필수 사용자 커스텀 필드(UCF)가 여러 개 있습니다.
이 임시 사용자의 경우 UCF 데이터가 데이터베이스에 저장되지 않는다는 점을 발견했습니다. 이후에는 해당 사용자를 직접 찾아서 수동으로 관리해야 하는 상황이 발생합니다.
대신 커스텀 마법사(Custom Wizard)를 통해 데이터를 수집하는 방식으로 우회할 수는 있지만, 근본적인 문제/버그는 수정되어야 할 것입니다.
이 버그를 재현할 수 있으며 수정해야 한다고 생각합니다.
스테이징된 사용자 계정에 아직 연결되지 않은 이메일 주소로 계정을 생성하면 사용자 정의 필드가 예상대로 채워집니다.
이 문제를 디버깅 중이지만, 시간이 좀 지나도 재현하지 못하겠습니다.
깨끗한 설치 환경에서 테스트했습니다. 변경된 설정은 다음과 같습니다:
pop3 polling enabled pop3 polling hostpop3 polling usernamepop3 polling passwordemail in.다음과 같은 단계를 수행했습니다:
새 그룹을 생성하고 이름과 "Custom incoming email address"만 설정했습니다. 이 그룹은 모든 이메일 주소에서 온 이메일을 허용하도록 설정되어 있습니다.
여러 개의 사용자 정의 필드를 생성했습니다. “Text Field”, “Confirmation”, “Dropdown” 유형을 모두 시도했으며, 필수 필드와 선택 필드, 편집 가능 필드와 편집 불가능 필드를 모두 테스트했습니다.
새로운 이메일 주소에서 그룹 주소로 이메일을 보냈습니다. 예상대로 스테이징된(staged) 사용자가 생성되었습니다.
이전에 이메일을 보낼 때 사용한 동일한 이메일 주소로 새 계정을 생성하고, 필수 사용자 정의 필드를 입력했습니다.
스테이징된 사용자가 일반 사용자로 전환되었고, 사용자 정의 필드는 저장되어 u/user/preferences/profile 아래에 존재합니다.
여러분은 이 문제를 여전히 재현할 수 있습니까? 가능하다면, 제 설정에서 어떤 부분이 달라서 다른 결과가 나오는 것인지 아이디어가 있으신가요?
가장 명확한 차이점은 우리의 인스턴스가 직접 수신 이메일을 사용하며, 사용자가 처음 로그인할 때 커스텀 마법사(Custom Wizard)가 실행된다는 것입니다.
다시 한번 우리의 인스턴스를 테스트해 보겠습니다. 또한 더 단순한 사이트(이것도 직접 수신 이메일 사용)도 함께 테스트한 후 결과를 보고하겠습니다. 며칠 정도 걸릴 수 있으니 양해 부탁드립니다.
위에서 제공한 단계를 그대로 따랐을 때에도 여전히 재현됩니다. 제 사이트도 직접 수신 이메일(direct incoming email)을 사용 중입니다. 또한 초대 전용 사이트라서 계정을 만들라고 초대 링크를 보냈습니다. 초대 링크가 문제가 아니라는 것을 확인하기 위해 일시적으로 회원가입을 활성화하고 계정을 생성해 보았습니다. 하지만 결과는 동일합니다. 커스텀 사용자 필드가 표시되지 않습니다.
재현 단계를 한 번 더 확인해 주시겠어요? 이메일을 보내고 사용자 계정을 생성할 때 인코그니토 모드나 다른 Chrome 프로필을 사용하도록 특히 주의해 주세요.
직접 수신 이메일과의 예상치 못한 상호작용 때문일 수도 있습니다. 직접 수신 이메일을 구현하기 전까지는 그런 문제를 한 번도 발견한 적이 없다는 것은 확실합니다.
아직도 재현이 되지 않는다면, 다음을 설정하고 다시 시도해 주세요:
저희 자체 호스팅 환경에서도 비즈니스 플랜 트라이얼 상태에서 이 문제를 재현할 수 있습니다. @jancernik 님, 이메일로 초대장을 확인해 주시면 거기도 재현하실 수 있을 겁니다.
저희 호스팅 환경에서는 Custom incoming email address(사용자 지정 수신 이메일 주소) 그룹 설정이 표시되려면 email in 관리자 설정도 활성화해야 합니다. 이 부분이 처음엔 좀 당황스러웠습니다.
또한 저희 호스팅 환경에서는 추가적인 수동 설정이나 pop3 폴링이 필요하지 않고 바로 작동하기 때문에, 이 설정의 안내 문구가 다소 혼란스럽습니다. 문구를 업데이트하겠습니다.
수정: 이 PR에서 문구를 단순화하여 업데이트했습니다:
이메일을 통해 새 주제를 게시할 수 있도록 허용합니다. 이 설정을 활성화하면 그룹 및 범別に 대한 수신 이메일 주소를 설정할 수 있습니다.
정리하자면, email in이 비활성화된 상태에서도 OP에서 언급한 문제를 재현할 수 있나요?
위 2번째 게시글의 재현 단계를 email in을 활성화하지 않고는 따라갈 수 없습니다. 해당 단계에는 포럼으로 이메일을 보내서 새로운 그룹 메시지를 생성하는 방식으로 스테이징된 사용자를 만드는 과정이 포함되거든요.
하지만 email in을 활성화하지 않고도 문제를 재현할 수 있습니다. 이메일 주소로 PM을 보내서 스테이징된 사용자를 생성한 후, 해당 이메일 주소로 가입하면 됩니다. 방금 테스트해 보았습니다.
진전이 있었나요?
질문하는 이유는, 곧 약 100명의 사용자를 스테이징 사용자(staged users)로 추가하려 하기 때문입니다. 이들은 기존에 이메일 리스트를 통해 외부 뉴스레터에 구독되어 있었지만, 앞으로는 우리 사이트를 통해 전달될 예정입니다.
많은 이들이 가입까지 해 주기를 희망하지만, UCF가 제대로 전달되지 않으면 꽤 복잡해질 것입니다!
해결할 목록에 올려두었지만, 완전히 해결하기까지는 몇 주 정도 더 걸릴 것으로 보입니다.
@daniel 님 덕분에 이제 여기에 수정 사항이 적용되었습니다: FIX: Staged user creation loses user custom field data - Pull Request #22206 - discourse/discourse - GitHub
@tobiaseigen @nathank 님, 이 내용을 테스트해 주시겠어요?
위에서 언급한 재현 단계로 테스트해 보았고, 수정되었음을 확인했습니다! 잘하셨네요! 정말 까다로운 문제였어요.
관리자 권한으로 프로필을 처음 열었을 때 필드가 표시되지 않아 잠시 당황했지만, 브라우저를 새로고침하자 필드가 정상적으로 표시되었습니다. 