feat(core): non-fatal 오류 계측 확대 — 홈·애프터노트 흐름의 handled 실패 기록 #544

📜 Overview (Required)

#536 으로 ErrorReporter(core:common 추상 + app Crashlytics 바인딩)가 들어오지만 계측 지점은 온보딩(소셜 로그인·회원가입)에 한정된다. 나머지 흐름의 handled 실패는 여전히 Result.failure → 스낵바 한 줄로 끝나고 콘솔에는 흔적이 남지 않아, 배포본에서 재현되지 않으면 원인 파악이 불가능한 구조가 그대로 남는다.

담당 영역 실측(2026-07-27): onFailure 로 실패를 흡수하는 파일이 app(홈·수신자 홈) 2개 + feature:afternote presentation 11개 = 13개.

작업 내용:

• 아래 지점에 ErrorReporter.recordFailure 계측 추가
  • 애프터노트 등록·수정 실패 (AfternoteEditorViewModel)
  • 미디어 업로드 실패 (FuneralVideoUpload, DocumentUploadViewModel)
  • 수신자 본인확인 (IdentityVerificationViewModel, MasterKeyViewModel)
  • 상세 로드·삭제 실패 (AfternoteDetailViewModel, ReceivedAfternoteDetailViewModel)
  • 홈 요약 로드 실패 (HomeTabViewModel, ReceiverHomeViewModel)
• 키 규격 판단: 온보딩의 AuthFailureStage/AuthProvider 는 현재 onboarding presentation 내부 전용이다. 흐름별 stage 키를 공통 규격으로 끌어올릴지, 모듈별로 따로 둘지 결정한다.

📍 Note (Optional)

• feat(core): Crashlytics non-fatal 오류 계측 — 소셜 로그인 등 handled 실패 기록 #536 선행 필요 — ErrorReporter 추상과 app 바인딩이 거기서 들어온다. Relationships blocked_by 설정.
• 사용자 노출 문구 층(fix(onboarding): 로그인 실패 시 네트워크 예외 원문(영문) 스낵바 노출 — 친화 문구 매핑 #517 친화 문구, fix(afternote): 등록 실패 시 서버 5xx 원문(내부 SQL 포함)을 스낵바에 그대로 노출 — 일반 문구 치환 #511 5xx 원문 치환, 공통 오류 안내의 상황별 문구·액션·적용 범위를 PM에게 확인한다 #446 실패 안내 통일)과는 별개 층 — 이건 개발자 텔레메트리 전용이라 서로 대체하지 않는다.
• 계측 대상 선별 기준: 사용자 입력 오류·사용자 취소는 제외한다. Crashlytics 는 "the most recent eight recorded exceptions" 만 보관하므로(https://firebase.google.com/docs/crashlytics/android/customize-crash-reports) 잡음이 실제 장애 기록을 밀어낸다.
• 타 팀 담당 모듈(mindrecord·timeletter·setting)은 범위 밖 — 필요하면 담당자가 같은 ErrorReporter 를 주입해 각자 추가한다.