fix(afternote): 작성자 상세 로드 실패에 재시도 진입점이 없다 — 같은 컴포넌트를 쓰는 다른 3개 화면과 비대칭 #1510

작업 유형

bug — 버그·오동작

주 담당 모듈

afternote — 애프터노트

개요

작성자 애프터노트 상세가 로드에 실패하면 사용자가 복구할 방법이 없다. 에러 화면에 재시도 버튼이 없어 화면을 나갔다 다시 들어오는 것이 유일한 경로다.

DetailLoadErrorContent 는 onRetryClick 을 받도록 만들어져 있고(null 이면 버튼 미표시), 같은 컴포넌트를 쓰는 다른 화면들은 전부 넘긴다. 작성자 상세만 안 넘긴다.

실측 기준 리비전: 5d062d73b (origin/develop)

왜 그렇게 됐나

버튼을 안 그린 게 아니라 물릴 것이 없다. AfternoteDetailViewModel 에는 공개 재조회 진입점이 없다 — refreshOnReturn() 뿐인데 그건 첫 resume 스킵·진행 중 Job 스킵이 걸려 있어 버튼에 그대로 물릴 수 없다(눌러도 조용히 무시되는 경우가 생긴다).

작업 범위

#1374 가 도입한 LoadTrigger 에 계기를 하나 더한다.

• LoadTrigger.UserRequested — 로딩을 띄우고(사용자가 기다림을 인지해야 한다), 실패는 에러 화면으로 말한다(사용자가 누른 동작이 무음으로 끝나면 안 된다).
• fun retry() = loadDetail(afternoteIdFromNav, LoadTrigger.UserRequested)
• AfternoteNavGraphDetail 의 DetailLoadErrorContent 에 onRetryClick = viewModel::retry 배선.

취소 처리가 함께 필요하다. 지금까지 이 VM 의 상세 조회는 «한 번에 하나» 였고 그 규칙을 refreshOnReturn 의 Job 가드가 지켰다. 재시도는 사용자가 누른 동작이라 «진행 중이면 무시» 가 답이 아니고 진행 중인 로드를 자르고 새로 시작해야 한다. 그러면 잘린 로드가 값을 들고 돌아와 새 화면을 덮는 창이 열리므로, 수신 상세와 같은 방식으로 막는다 — loadJob?.cancel() + 상태 쓰기 직전 ensureActive().

완료 조건

• 로드 실패 화면에서 재시도를 누르면 상세를 다시 조회하고, 성공하면 상세가 보인다.
• 재시도 실패는 다시 에러 화면으로 말한다(무음이 아니다).
• 재시도가 진행 중인 자동 갱신을 잘랐을 때, 잘린 쪽 응답이 새 화면을 덮지 않는다 — 테스트로 가둔다.

자식 이슈

No response

참고

• 상세·수신 흐름 6개 화면이 재진입 시 미갱신 — 수정 후 복귀해도 옛 값 표시 #701 / PR fix(afternote): 상세·수신자 화면이 재진입 시 데이터를 다시 조회한다 (#701) #1374 가 LoadTrigger 를 도입했고 이 작업이 그 위에 얹힌다. PR 은 스택으로 올린다.
• fix(afternote): 상세 화면의 로드 에러·삭제 실패가 UI 에 도달하지 않음 #464 (closed) 가 «상세 화면의 로드 에러·삭제 실패가 UI 에 도달하지 않음» 을 고쳤는데, 그때 에러 표시까지는 왔지만 복구 진입점은 남지 않았다.