Moin
5월 5, 2026, 10:32오후
1
New Bug With Experimental Impersonation Interface 토론의 계속:
Moin:
15분이 지났기 때문인지는 확신할 수 없지만, 그럴 가능성이 높습니다. 확인하려고 또 15분을 기다리고 싶지는 않았습니다. 저는 임의 사용자 기능보다는 중재자(Moderator)가 카테고리를 편집하는 방식에 더 집중하고 있었습니다.
하지만 브라우저 콘솔에 뜬 에러는 타이머와 관련된 것이었습니다.
변경사항은 이제 안정화되었고, 여전히 재현할 수 있습니다. 임의 사용자 상태가 만료된 후 관리자의 경험을 개선할 계획이 있나요?
더 이상 사용자를 임의 사용(Impersonate)하고 있지 않음을 더 잘 알려주는 것이 도움이 될 것이라고 생각합니다. 이렇게 하면 관리자가 일반 사용자에게는 기능이 정상 작동한다고 생각하지만, 실제로는 관리자 권한을 사용하고 있는 경우로 인한 잘못된 음수 테스트(false negative testing)를 방지할 수 있습니다.
또한 임의 사용자 종료를 위한 버튼이 작동하지 않을 때는 혼란스럽습니다.
사용자가 스태프(Team) 카테고리를 볼 수 있는 것처럼 보이며, 임의 사용자 종료 버튼을 사용할 때 오류가 발생하는 예시 스크린샷입니다.
5개의 좋아요
martin
(Martin Brennan)
5월 6, 2026, 12:56오전
2
아 맞다, 이걸 깜빡했네. 내가 직접 수정할게. 두 가지 문제인 것 같아:
타이머가 끝나면, 시간 제한에 도달했다는 것을 UI에 표시하도록 MessageBus 업데이트를 보내야 해. 가능하면 UI에 타이머를 표시하는 것도 좋을 것 같고…
"가짜 사용자 해제"를 눌렀을 때 시간 제한이 만료된 상태라면, 에러를 내지 말고 그냥 페이지를 새로고침하도록 해
시간을 30분으로 늘리는 것도 고려해볼 만해. 15분은 좀 빠르거든.
6개의 좋아요
ted
(Ted Johansson)
5월 7, 2026, 1:08오전
4
카운트다운이 시작되는 시점이 아니라, 비활성 상태 가 15분인 것으로 변경하는 것이 좋다고 생각하시나요?
아직 시작하지 않으셨다면 제가 이 부분을 확인해볼 수 있습니다.
2개의 좋아요
martin
(Martin Brennan)
5월 7, 2026, 2:52오전
5
확실하지는 않지만, 비활성(inactivity)을 어떻게 정의할지 궁금합니다. 이미 이를 확인할 수 있는 방법이 있는지요? 또한 타이머의 원래 의도가 어드민이 다른 사람의 계정에 너무 오래 로그인해 두지 않도록 하는 것이었는지 궁금합니다. 타이머가 무기한으로 지연된다면 그 의도에 위배되는 것은 아닌가요? 잘 모르겠습니다…
이 부분을 파악할 수 있다면, PR을 작성해 주시겠다면 기꺼이 이 업무를 넘기겠습니다
1개의 좋아요
ted
(Ted Johansson)
5월 7, 2026, 2:59오전
6
네. 이 부분은 저보다 이전부터 있었던 것이어서 의도를 추측하기 어렵습니다. 하지만 지속 기간을 설정할 수 있으므로, 이 부분을 건드리지 않는 것이 더 나을 것 같습니다.
이미 존재하는 기능의 UX를 개선하고 메시징을 더 좋게 만드는 것부터 시작해 보겠습니다.
1개의 좋아요
ted
(Ted Johansson)
5월 11, 2026, 3:38오전
7
@martin 첫 번째 초안입니다:
main ← Drenmi:feature/impersonation-countdown
merged 04:12AM - 12 May 26 UTC
### What is this change?
This PR adds a countdown to the impersonation banner… , corresponding to the time left out of the allotted time in the site setting. When the countdown reaches 0 impersonation ends.
As part of this change, I made the `impersonate#destroy` endpoint idempotent and visible to all admins, whether they are impersonating or not. This prevents any "unexpected errors" from happening if there's a race to end impersonation.
**Screenshot:**
<img width="537" height="79" alt="Screenshot 2026-05-11 at 11 26 08 AM" src="https://github.com/user-attachments/assets/e44f6ef0-30ec-4050-ad08-e555c0e9f80a" />
처음에는 프론트엔드에서 구현하기로 했습니다. 어차피 필요한 데이터가 그곳에 있으니까요. MessageBus를 만지기 시작하는 것보다는 나은 방법이라고 생각했습니다.
1개의 좋아요