fix(setting): 프로필 연락처에 문자 혼합 값을 저장할 수 있다 #2223

작업 유형

bug — 버그·오동작

주 담당 모듈

setting — 설정

개요

프로필 수정의 연락처 칸이 글자 키보드로 열리고 형식 검증이 없어, 글자가 섞인 값이 그대로 서버에 저장된다.

아래 내용은 2026-10-01 KST에 기록한 과거 QA 결과이며, 최신 빌드 재현 결과는 아니다. 실측은 빌드 5806b3a88(develop 7e8209f07 기준), 에뮬레이터 API 36, QA823 계정, 실서버다. 연락처에 01055556666ggyyy 가 들어간 채 수정하기를 누르면 아래처럼 성공으로 끝나고, 서버가 돌려준 phone 도 같은 값이다. 연락처 칸의 inputType 은 0x8001(일반 텍스트)이다.

--> PATCH users/me   {"name":"QA823T","phone":"01055556666ggyyy"}
<-- 200              {..."phone":"01055556666ggyyy"...}

근거

• ProfileEditScreen.kt:160-164 의 연락처 칸에 keyboardOptions 가 없다.
• ProfileEditViewModel.kt:57 은 빈 값만 거르고 그대로 보낸다.
• BE UserService.updateMyProfile 도 phone 을 검증하지 않고 저장한다. 서버가 막아 주지 않는다.
• 같은 앱의 수신자 연락처는 이미 validateReceiverPhone 으로 막는다(수신자 등록에 연락처 형식 검증·중복 검사 부재 — 문자열도 그대로 저장 #577). BE 의 휴대폰 형식 정본은 PhoneNumbers.MOBILE_DIGITS 다.

완료 조건

• 연락처 칸이 전화번호 키패드로 열린다.

• 비어 있지 않은 연락처가 휴대폰 형식이 아니면 저장 요청을 보내지 않고 칸에 이유를 보인다. 형식은 수신자 연락처와 같은 규칙을 쓴다.

• 빈 값의 처리(필수 여부, 기존 번호 삭제)는 바꾸지 않는다. 프로필 이름·전화번호의 필수 입력·삭제 정책을 PM에게 확인한다 #1437 의 결정 대상이다.

• 붙여넣은 값과 서버에서 읽은 기존의 잘못된 값에도 같은 검증이 적용된다. 유효한 값으로 고치면 오류가 해제되고 저장된다.

참고

• ProfileEditViewModel 은 refactor(setting): 편집 화면 3개의 MVI·UiState 신호를 선행 적용 #2179 전환의 교체 대상이라 그 위에 얹는다(blocked_by refactor(setting): 편집 화면 3개의 MVI·UiState 신호를 선행 적용 #2179).
• #1437의 필수 여부·삭제 계약은 이 이슈에서 정하지 않는다. 유효한 휴대폰의 기존 저장 동작과 빈 값 처리를 보존한다.

실기동 화면

연락처 칸에 글자를 넣은 상태다. 글자 키보드가 열려 있고 입력이 막히지 않는다. 이메일 칸은 가렸다. 이 캡처는 저장하지 않고 나왔다.