수신인 조회 실패가 receiverListFlow 미처리 예외로 전파 — 소비 화면 앱 크래시 #884

📜 Overview (Required)

수신인 목록 조회가 실패하면 receiverListFlow가 예외를 그대로 흘려보내, 이 flow를 수집하는 화면이 미처리 예외로 앱 크래시한다. 타임레터 작성 → 수신자 선택 화면 진입으로 재현했다 (PR #771 HEAD a1e25a1 = develop b834c11 동일 코드, Pixel 7 에뮬레이터 · Android 15 · 오프라인, 2026-08-23 03:42 실측).

재현

1. 네트워크 불가 상태(비행기 모드) — 세션 만료(401)로도 같은 계열 크래시 기록 있음
2. 타임레터 작성 화면 → 수신자 카드 탭
3. 수신자 선택 화면 진입 직후 프로세스 종료 (스낵바·오류 화면 없이 런처로 이탈)

크래시 기록 — dropbox data_app_crash 2026-08-23 03:42:41

java.net.UnknownHostException: Unable to resolve host "afternote.kro.kr"
    at okhttp3.internal.connection.RealCall$AsyncCall.run(RealCall.kt:580)
    ...
    Suppressed: kotlinx.coroutines.internal.DiagnosticCoroutineContextException:
      [StandaloneCoroutine{Cancelling}, Dispatchers.Main.immediate]

원인 — 코어 레이어

core/data/.../UserRepositoryImpl.kt:43

override val receiverListFlow: Flow<List<Receiver>> =
    receiverRefreshRevision.map { getReceivers() }

무보호 네트워크 호출이라 조회 실패가 flow 예외로 전파된다. 소비자(RecipientListViewModel의 stateIn)에 catch가 없으면 viewModelScope가 죽고 프로세스가 종료된다. 이 이슈의 범위는 코어에서 예외를 격리해 크래시 근원을 제거하는 것이다 — 실패를 던지지 말고 값으로 표현(예: 실패 상태 포함 모델 또는 최소한 flow 단 catch)해 소비 화면이 살아서 오류를 표시할 수 있게 한다.

같은 기기 dropbox에 2026-08-21 17:16 ApiException: 인증되지 않은 요청입니다.(401) uncaught 크래시도 남아 있다 — 오프라인뿐 아니라 세션 만료에서도 같은 경로가 앱을 죽인다.

📌 Child Issue(Optional)

No response

📍 Note (Optional)

• 화면 쪽 절반은 #714에서 추적한다 — 수신인 선택 화면의 오류 문구·Retry 결선(관련 지점에 RecipientListViewModel.kt:20 포함). 이 이슈(코어 예외 격리)와 서버 실패가 빈 정상 화면·무음 상태로 수렴 — 목록·수정·임시저장·수신인 선택 복구 수단 부재 #714(화면 오류 상태)를 나눠 가져가면 경계가 겹치지 않는다.
• 서버 실패가 빈 정상 화면·무음 상태로 수렴 — 목록·수정·임시저장·수신인 선택 복구 수단 부재 #714 실측(20d7d10d) 당시엔 빈 목록으로 끝났지만 현재는 크래시로 악화됐다.
• 유래는 c9a8e19b(2026-04-09) 수신자 목록 구현이며 PR #771이 도입한 결함이 아니다. 수신자 목록이 화면 재진입 시 미갱신 — 앱 재시작 전까지 stale #579(재진입 미갱신)·수신자 선택 화면을 공용 컴포넌트로 추출 #791(공용 컴포넌트 추출)·수신자 0명에서 신규 등록 후 작성 화면 복귀 흐름 연결 #872(0명 등록 흐름)도 이 flow를 만지므로 참조.
• 8/20 이후 리뷰 소급 QA(에뮬 실측) 중 발견.