fix(setting): 프로필 수정에서 갤러리 사진을 골라 저장한다 (#1438)

[1hyok]

먼저 볼 파일: ProfileEditContract.kt, ProfileEditViewModel.kt, ProfileEditScreen.kt, ProfileEditPhotoPickerTest.kt.

Closes #1438
Refs #2003

프로필 사진 배지를 갤러리 피커와 연결하고 조회·선택·업로드를 구현했습니다. 실제 base는 #2147의 refactor/963-current-push-save-reporting이며 #2180에서 도입한 MVI·UiState 신호 계약을 그대로 확장합니다. 사진 선택은 SelectPhoto Intent와 PhotoSelected reducer event로 처리합니다. 화면과 테스트에 옛 updateProfile/selectProfileImage 직접 호출이나 Channel 소비를 남기지 않습니다.

• 서버 사진보다 저장 전 선택을 먼저 표시합니다. 피커 취소는 기존 사진을 유지합니다.
• 고른 사진은 profiles 디렉터리로 업로드한 뒤 fileKey를 PATCH 사진 필드로 보냅니다. BE UserService의 키 승격 계약을 소비합니다. 선택이 없으면 null로 기존 사진을 유지합니다.
• 업로드가 실패하면 PATCH를 보내지 않습니다. 선택은 남아 재시도할 수 있고, 저장 중 입력이나 성공 후 재제출은 MVI 선행의 잠금을 유지합니다.
• 프로필 조회 전이나 저장 중 도착한 갤러리 결과는 rememberSaveable에 보관했다가 받을 수 있을 때 Intent로 넘깁니다. 저장 중 화면 종료는 업로드 취소를 전파하며 PATCH·실패 신호를 만들지 않습니다.

설정 프로필 수정 시안과 기존 온보딩 화면의 갤러리 경로를 기준으로 ImageOnly를 사용합니다. 이 화면의 카메라 제공 근거는 확인되지 않았으므로 촬영 경로를 추가하지 않습니다. core ProfileImagePicker 배지의 시안 대응은 #2003의 확인을 소비합니다.

검증: Nav3·MVI 선행을 통합한 설정 단위 테스트 전체, Konsist 54개, 설정 ktlint와 앱 main/androidTest 컴파일을 통과했습니다. 사진 업로드 순서·키·실패 보존·저장 중 선택 무시 6개, 피커 선택·취소·조회 전 및 저장 중 결과 보관 4개, 업로드 중 ViewModelStore 종료 회귀가 포함됩니다. 선행의 프로필 신호 테스트도 PhotoUploadRepository의 strict fixture를 주입해 그대로 통과했습니다.

추가 회귀 검증: 실제 SettingNavHost에서 저장 중 system back으로 요청이 취소되고, 홈 복귀 후 새 화면에서 서버 프로필을 다시 읽는 계측 테스트를 API 35에서 통과했습니다. 늦은 완료가 새 화면을 닫지 않는 것도 확인합니다. Activity·ActivityResultRegistry를 Parcel로 저장하고 새 Activity·ViewModel로 두 번 복원하는 Robolectric 테스트도 통과했습니다. 실제 OS 프로세스 종료, 기기 피커 UI와 URI 권한 지속, 서버가 이미 받은 PATCH의 취소는 이 테스트로 검증하지 않습니다. 두 새 테스트의 ktlint, 앱 빌드와 계측 테스트 APK 빌드도 통과했습니다.

기존 PR에서 검증한 표시와 선택 동작을 보존합니다. 실서버 업로드·재진입 QA는 아직 하지 않았습니다. 로컬 screenshot 12개 차이는 종전 base에서도 동일하게 발생했으며 이번 구조 적응에서는 UI 배치·golden을 바꾸지 않았습니다.

시안(4327:71106)	수정 전(develop)	수정 후

수정 전후는 Robolectric 렌더이고, 이름·연락처·이메일은 테스트 값이다.

선행 순서: #2123 → #2173 → #2180 → #2124 → #2128 → #2147 → 이 PR. 설정 첫 화면의 작은 아바타 표시와 #2143의 공통 이미지 비율은 이 PR의 완료 범위 밖입니다.

🧪 CI Test Plan

{
  "androidTest": {
    "mode": "selected",
    "reason": "프로필 저장 중 system back과 재진입의 실제 Nav3 entry·ViewModel 수명을 계측 테스트로 확인합니다. 피커 결과의 Activity/Registry 저장 복원은 Robolectric 단위 테스트로 검증합니다.",
    "tests": [
      {
        "path": "app/src/androidTest/java/com/afternote/afternote_fe/ProfileSaveBackAndroidTest.kt",
        "selector": "com.afternote.afternote_fe.ProfileSaveBackAndroidTest#systemBackDuringPendingSaveCancelsRequestAndReentryLoadsServerProfile",
        "device": "api34"
      }
    ]
  }
}

[1hyok]

실서버 확인 (2026-09-23)

Android 16 에뮬레이터, dev 서버, QA 계정으로 이 PR 빌드를 확인했습니다.

4:3 큰 사진 저장 뒤 재진입	작은 사진 저장 뒤 앱 재시작	오프라인 저장	10MiB 초과 사진

• 4000x3000 JPEG(2.85MiB): presigned URL 발급, S3 업로드(200), PATCH profileImageUrl 에 fileKey 가 실려 200 을 받고 설정으로 돌아갑니다. 다시 들어가면 서버 사진이 보입니다. 원 위아래가 잘린 것은 fix(core): 정사각형이 아닌 프로필 사진이 원 안에서 위아래가 잘려 그려진다 #2143(PR fix(core): 가로로 긴 프로필 사진이 원을 꽉 채우도록 Crop 으로 그린다 (#2143) #2148) 몫입니다.
• 320x320 사진: 같은 흐름으로 저장되고, 앱을 강제 종료한 뒤 다시 들어가도 서버 사진이 보입니다.
• 선택 취소: 기본 이미지와 서버 사진 모두 그대로입니다.
• 네트워크를 끈 채 저장: presigned URL 요청이 실패하고 업로드와 PATCH 는 나가지 않습니다. 고른 사진은 화면에 남고, 네트워크를 켜고 다시 저장하면 성공합니다. 실패 안내가 없는 것은 develop 과 같은 기존 동작입니다.
• 10MiB 초과(27.3MB): 서버가 presigned URL 발급을 400(1803)으로 거절하고, 화면은 안내 없이 머뭅니다. 이 경로는 fix(core): 10MiB 넘는 사진은 업로드가 원천 차단되는데 「다시 시도해 주세요」로 안내한다 — 서버 1803 미처리·압축 부재 #1868 이 다룹니다.

이름과 연락처는 바뀌지 않았습니다. QA 계정의 프로필 사진은 테스트 이미지로 남아 있습니다. 서버의 updateProfile 이 빈 profileImageUrl 을 무시해 사진 없음 상태로 되돌릴 수 없습니다.

[github-actions]

형제 충돌이 해소됐다 — 지금은 이 PR 과 같은 파일을 서로 다르게 고친 열린 PR 이 없다 (#1750).
다시 생기면 이 코멘트를 현재 상태로 고쳐 쓴다.

[github-actions]

이 PR 은 refactor/963-current-push-save-reporting 와 충돌 상태이고, 그래서 CI 가 돌지 않는다.

pull_request 워크플로는 base 와 head 를 합친 가상 머지 커밋(refs/pull/<N>/merge)에서
실행되는데, 충돌이면 GitHub 이 그 ref 를 만들지 못해 워크플로가 트리거조차 되지 않는다.
체크가 실패하는 것이 아니라 아예 생성되지 않으므로, 새 커밋을 올려도 no checks reported
인 채 최신 커밋이 한 번도 검증되지 않은 상태로 남는다 (#1028).

refactor/963-current-push-save-reporting 를 병합해 충돌을 풀면 검증이 다시 돈다. 해소되면 이 라벨은 자동으로 떨어진다.

[Sadturtleman]

사진 선택의 SelectPhoto Intent·PhotoSelected reducer 전환과 업로드 실패 시 선택 보존, 저장 중 선택 무시를 확인했습니다. 최신 head 기준으로 다시 승인합니다.