fix(mindrecord): 크기 초과(1803)로 원천 차단된 이미지 첨부에 재시도를 권한다 (#1868 표시 몫 분리) #2080

작업 유형

bug — 버그·오동작

주 담당 모듈

mindrecord — 마음의 기록

개요

#1868 의 마음의 기록 표시 몫이다. 서버는 10 MiB 를 넘는 업로드를 code 1803 으로 거절하는데, 두 작성 화면은 그 거절을 다른 업로드 실패와 같은 문구로 뭉개 재시도를 권한다. 파일 크기가 그대로인 한 재시도는 같은 거절을 다시 받는다.

현행 실측 (origin/develop 7d87aa3, 2026-09-13)

feature/mindrecord/presentation/src/main/res/values/strings.xml:221

<string name="mindrecord_error_image_upload_failed">이미지를 올리지 못했어요. 다시 시도해 주세요.</string>

#1868 이 실기기에서 재현한 화면이 이 둘이고, 위 문자열이 그 이슈 본문에 인용된 안내다. SM-S931N 에서 8160×6120 · 14,002,366 B JPEG 를 고르면 POST /api/v1/files/presigned-url 이 400 code 1803 으로 떨어진다. 서버 경계는 정확히 10 MiB 이고 그 위는 전부 1803 이다.

선행

#2089 가 core:domain 에 FileUploadFailure.FileSizeExceeded 를 세우고 PhotoUploadRepository, VideoUploadRepository 의 실패를 그 타입으로 옮긴다. 그 타입이 서야 여기서 when 으로 가를 수 있으므로 blocked_by 로 건다. 처음에는 #1868 에 걸었는데, 그 타입 수립분이 #2089 로 떨어져 나가 선행을 그 번호로 옮겼다. 소비처가 core:network 의 ApiException 이나 1803 이라는 숫자를 직접 보지 않게 하는 것이 그 선행분의 목적이다.

문구는 #446 이 PM 에게 확인 중이고 완료 조건이 그 답변에 걸려 있으므로 #446 도 blocked_by 로 건다. 종전에는 #1868 을 거쳐 전이로 걸려 있었는데, 선행을 #2089 로 옮기면 그 전이가 끊겨 문구 게이트가 사라진다. #446 이 확정한 공통 팝업 4종에 크기 초과 경우가 없고, 그중 "업로드 실패" 팝업은 버튼이 "다시 시도하기"라 이 결함을 그대로 물려받는다.

완료 조건

• 두 ViewModel 이 FileUploadFailure.FileSizeExceeded 를 다른 업로드 실패와 갈라 안내한다
• 크기 초과 안내가 재시도를 권하지 않는다
• 사유를 확인하지 못한 업로드 실패는 기존 문구와 경로에 그대로 남는다
• 표시할 문구는 공통 오류 안내의 상황별 문구·액션·적용 범위를 PM에게 확인한다 #446 이 PM 답변으로 확정한 값을 쓴다. 확정 전에 FE 재량으로 문안을 정하지 않는다

참고

• 분리 출처: fix(core): 10MiB 넘는 사진은 업로드가 원천 차단되는데 「다시 시도해 주세요」로 안내한다 — 서버 1803 미처리·압축 부재 #1868. 선행분이 core 담당이라 표시 몫만 여기로 뗐고, 그 선행분은 다시 fix(core): 업로드 파일 크기 초과(1803)를 도메인 실패 타입으로 번역한다 (#1868 분리) #2089 로 떨어져 나갔다
• refactor(mindrecord): 작성 화면 2곳의 실패 안내를 인라인 문구에서 공통 오류 팝업으로 (#446 분할) #1542 가 같은 두 화면의 실패 안내를 공통 오류 팝업으로 옮긴다. 그 이슈의 예외 범주 매핑은 파일 업로드 경로 실패를 "업로드 실패" 팝업 하나로 보내므로 크기 초과를 덮지 못한다. 같은 자리를 건드리니 착수 순서를 맞출 것
• 자동 축소와 재압축은 이 범위가 아니다. fix(core): 10MiB 넘는 사진은 업로드가 원천 차단되는데 「다시 시도해 주세요」로 안내한다 — 서버 1803 미처리·압축 부재 #1868 이 PM 결정 사항으로 남겨 두었다