fix(onboarding): 회원가입 사진의 content URI를 업로드 없이 profileUrl로 전송한다 #2024

Activity

1. github-actions

   added

   bugSomething isn't workingSomething isn't working

   area:onboarding온보딩 기능 영역온보딩 기능 영역

   on Sep 13, 2026
2. github-actions

   assigned

   Sadturtleman

   on Sep 13, 2026
3. github-actions commented on Sep 13, 2026

   

   github-actionsBot

   on Sep 13, 2026 – with GitHub Actions

   Contributor

   More actions

   bug 이슈는 사이드바 Fields > Priority 로 심각도를 지정해야 합니다. 판정 기준:

   • Urgent: 치명 — 크래시·데이터 소실·보안 무력화·핵심 경로 차단·가짜 성공
   • High: 심각 — 실패·틀린 값의 정상 위장, 핵심 기능 무동작
   • Medium: 불편 — 우회로가 있는 오동작·틀린 표시, 핵심 흐름은 유지
   • Low: 경미 — 문구·정렬·마감 품질 흠, 기능 영향 없음

   값이 비어 있어도 이슈를 닫지는 않습니다. 이 안내는 이슈당 한 번만 답니다.
4. Sadturtleman commented on Sep 16, 2026

   

   Sadturtleman

   on Sep 16, 2026

   Collaborator

   More actions

   선행 확인 — 「미인증 가입 단계 업로드 계약」은 없다 (2026-09-16 실측)

   완료 조건 첫 줄의 확인분이다. 구현은 하지 않았다.

   1. 가입 시점에는 업로드할 수단이 없다

   POST /api/v1/files/presigned-url 은 swagger 전역 bearer-key 보안에 걸려 있고 operation 단위 예외가 없다. 토큰 없이 부르면 거절된다.

   $ curl -s -o /dev/null -w '%{http_code}' -X POST https://afternote.kro.kr/api/v1/files/presigned-url \
       -H 'Content-Type: application/json' -d '{}'
   401
   

   가입 API 자체는 토큰을 내려주지 않는다 — SignUpViewModel.submitSignUp() 의 KDoc 이 「회원가입 API 는 토큰을 내려주지 않으므로 같은 자격증명으로 자동 로그인」이라 적고, 실제로 accountRepository.signUp(...) 성공 뒤 loginUseCase(LoginType.Email(...)) 를 잇는다. 즉 토큰은 계정이 만들어진 뒤에야 생긴다.

   SignupRequest 스키마의 profileUrl 은 "example": "https://s3.~~" 로 원격 주소를 기대한다. 지금 SignUpViewModel 은 그 자리에 picker 의 content://... 를 그대로 싣는다.

   2. FE 에 이미 있는 수단

   • core:domain 의 PhotoUploadRepository.upload(uriString, directory): Result<UploadedFile> 이 presigned 발급 → S3 PUT → fileKey 까지 담당한다. 온보딩 presentation 은 core:domain 을 이미 의존하고, 테스트용 FakePhotoUploadRepository 도 이미 쓸 수 있다.
   • 설정 몫 선례(fix(setting): 프로필 사진 변경이 통째로 미구현 — 플러스 배지 무동작·서버 이미지 미표시·profileImageUrl null 하드코딩 #1438 · PR fix(setting): 프로필 사진 선택·촬영·업로드·저장 연결 (#1438) #2044)는 directory = "profiles" 로 올린 뒤 URL 이 아니라 fileKey 를 PATCH users/me 의 profileImageUrl 로 보낸다. 서버가 그 키를 승격한다.

   3. 그래서 갈림은 둘이고, 어느 쪽도 FE 가 정할 수 없다

   • (A) 계정이 생긴 뒤에 붙인다 — 자동 로그인 성공 후 업로드하고 PATCH users/me 로 사진만 따로 붙인다. 기존 수단만 쓰므로 BE 변경이 없다. 대신 「계정 생성」과 「사진 저장」이 두 단계로 갈려, 업로드가 실패해도 가입은 성공으로 남는다 — 그 경우의 안내와 재시도 자리를 정해야 한다. 완료 조건의 「사진 업로드 실패와 회원가입 성공을 잘못 합치지 않는다」가 이 결정을 요구한다.
   • (B) 가입 단계 업로드를 연다 — BE 가 미인증 presigned 발급이나 가입 요청 자체의 파일 수용을 계약으로 연다. 가입 한 번으로 끝나지만 미인증 업로드 경로가 생긴다.

   4. BE 에 걸린 계약이 없다

   presigned · 프로필 사진 · 회원가입 이미지 · profileUrl · 가입 업로드 로 Afternote-BE 를 훑었고, 이 갈림을 다루는 열린 이슈는 없다. FE 쪽 중복도 이 이슈뿐이다.

   다음

   (A)/(B) 판정을 PM·BE 에서 받아야 착수할 수 있다. 확정 전에는 임시 URL·형식을 추측해 구현하지 않는다. (B) 로 가면 BE 이슈를 새로 걸어야 한다.

   착수 시 주의 — SignUpViewModel 은 지금 열린 PR #2102 · #2103 이 함께 고치고 있어, 구현은 그 위에 스택해야 충돌이 없다.