✨ 버그 설명
PR #513 머지 후 운영/dev 백엔드가 토큰 교환 시 redirect_uri body 필드를 필수로 요구하지만, 프론트 반영이 늦어져 모든 소셜 로그인이 400 redirect_uri가 필요합니다. 로 막힘.
운영 콘솔 응답 예시:
{"error":"Error","message":"redirect_uri가 필요합니다.","statusCode":400}
✨ 해결 방향
프론트의 단계적 반영을 허용하도록 호환성 fallback을 추가:
운영(.env)은 운영 callback URL, dev(.env.dev)는 vercel-develop callback URL이 이미 들어 있어 환경변수만으로 양쪽 모두 정상 동작 복원.
✨ 개발 목록
✨ 기타
- 보안: fallback 경로는 운영자가 설정한 환경변수만 사용하므로 외부 입력 검증 우회 없음
- 프론트가 추후
redirect_uri 를 보내기 시작해도 자연스럽게 호환
- 본 PR 머지 후 운영(main) 까지 빠르게 반영 필요
✨ 버그 설명
PR #513 머지 후 운영/dev 백엔드가 토큰 교환 시
redirect_uribody 필드를 필수로 요구하지만, 프론트 반영이 늦어져 모든 소셜 로그인이400 redirect_uri가 필요합니다.로 막힘.운영 콘솔 응답 예시:
{"error":"Error","message":"redirect_uri가 필요합니다.","statusCode":400}✨ 해결 방향
프론트의 단계적 반영을 허용하도록 호환성 fallback을 추가:
redirect_uri가 있으면 → 기존 화이트리스트 검증 후 사용 (PR [FIX] OAuth 토큰 교환 redirect_uri 동적 처리 (#512) #513 흐름)GOOGLE_CALLBACK_URL/NAVER_CALLBACK_URL/KAKAO_CALLBACK_URL로 fallback (구 동작과 동등)운영(
.env)은 운영 callback URL, dev(.env.dev)는 vercel-develop callback URL이 이미 들어 있어 환경변수만으로 양쪽 모두 정상 동작 복원.✨ 개발 목록
auth.service.ts에resolveRedirectUri(provider, bodyRedirectUri)헬퍼 export 추가auth.controller.ts3개 핸들러에서resolveRedirectUri사용redirect_uri를required에서 제외 (선택 필드로)pnpm build확인✨ 기타
redirect_uri를 보내기 시작해도 자연스럽게 호환