fix(core): 수신자 수정 성공 후 구독 중인 목록을 갱신한다 #2127

작업 유형

bug — 버그·오동작

주 담당 모듈

core — 코어

개요

현재 수신자 정보 수정이 성공해도 구독 중인 수신자 목록은 이전 이름·관계를 유지합니다. origin/develop f69332d995a2e9890605b3c8075c427b2dd0cc8c의 UserReceiverRepositoryImpl.updateReceiver는 서버 PATCH 결과만 반환하고, 같은 저장소의 createReceiver가 갱신하는 기존 receiverRefreshRevision을 변경하지 않습니다.

현재 프로덕션 소비 경로는 ReceiverEditViewModel.update → UserReceiverRepository.updateReceiver → 수정 성공 후 목록 복귀입니다. ReceiverListViewModel은 receiverListFlow를 WhileSubscribed(5_000)으로 유지하므로 빠르게 돌아오면 같은 구독이 살아 있고 최신 목록을 다시 조회하지 않습니다. 저장소를 좁은 계약으로 주입하는 #2123 및 저장 순서를 UseCase로 옮기는 #2124에서도 해당 공통 저장소 구현은 유지됩니다.

이 범위는 #2045 감사에서 발견한 별도 버그입니다. #2045의 로딩·성공·실패 공통 결과와 #1281의 화면 소비 계약은 그대로 남기며, 이 버그 수정으로 두 이슈를 완료 처리하지 않습니다. MVI·Nav3 전환이나 새 refresh API 없이 기존 revision 갱신 경로만 사용합니다.

재현할 공개 계약:

1. 로그인된 저장소의 receiverListFlow를 구독하고 기존 이름·관계를 받습니다.
2. 같은 저장소의 updateReceiver가 새 이름·관계로 성공하도록 서버 응답을 제공합니다.
3. 구독을 종료·재시작하지 않은 채 같은 collector에서 수정된 목록을 기다립니다.
4. 현재 구현은 3번의 갱신을 발생시키지 않습니다. 소스 경로를 확인했으며, 실행 회귀는 아래 완료 조건으로 검증합니다.

완료 조건:

• updateReceiver가 정상 응답 검증·도메인 매핑까지 성공한 뒤 기존 목록 revision을 갱신합니다.
• 기존 반환 값, 서버 오류 매핑, 취소 전파를 보존합니다.
• 활성 목록 구독자가 재구독 없이 수정 결과를 받는 실패 회귀를 먼저 재현하고 수정 후 통과시킵니다.
• 실패·취소된 PATCH는 목록 재조회가 발생하지 않는지 검증합니다.
• core:data 단위 테스트 및 ktlint를 통과합니다.

참고

• 상위 발견 맥락: fix(core): 수신자 목록의 로딩·실패 결과를 보존한다 (#1281 분리) #2045
• 기존 재진입 갱신 논의: 수신자 목록이 화면 재진입 시 미갱신 — 앱 재시작 전까지 stale #579
• 실제 선행 계약: fix(setting): 수신자 목록이 200 응답에 수신자가 있는데도 빈 화면으로 그려진다 #2105 / PR #2120의 최종 ReceiverListDto 위에서 회귀를 검증합니다. 신규 PR의 actual base는 fix/2105-receiver-list-response입니다.
• 현재 좁은 저장소 이관: refactor(setting): 설정 전용 저장소와 좁은 주입 계약 분리 (#1429) #2123
• 현재 저장 오케스트레이션 추출: refactor(setting): 수신자 저장 정책을 UseCase로 분리 (#1691) #2124
• 수신자 등록 정책·초대·전송·제품 문구 및 메시지만 수정하는 API는 범위 밖입니다.