문제
프론트가 pod_external_ports 필드를 우선 참조하지만 백엔드 Response에 해당 필드가 없어 항상 null이 되고, fallback인 port_mappings에만 의존하게 됨.
원인
- 백엔드
SaveRequestResponseDTO: portMappings: List<PortMappingDTO> 만 존재
PodExternalPort 엔티티/테이블은 존재하지만 Response DTO에 포함되지 않음
- 프론트
requestMapper.js:29: request.podExternalPorts || null 참조
- 여러 페이지에서
pod_external_ports → port_mappings 순서로 fallback
영향 범위
src/utils/requestMapper.js:29,47
src/pages/RequestStatusPage.jsx
src/pages/admin/RequestManagementPage.jsx
해결 방안
- 백엔드에서
SaveRequestResponseDTO에 podExternalPorts 필드 추가 요청
- 또는 프론트에서
pod_external_ports 참조 제거하고 portMappings로 통일
심각도
높음 — 포트 정보 표시 로직이 코드 의도와 다르게 동작, 잠재적 렌더링 버그
문제
프론트가
pod_external_ports필드를 우선 참조하지만 백엔드 Response에 해당 필드가 없어 항상null이 되고, fallback인port_mappings에만 의존하게 됨.원인
SaveRequestResponseDTO:portMappings: List<PortMappingDTO>만 존재PodExternalPort엔티티/테이블은 존재하지만 Response DTO에 포함되지 않음requestMapper.js:29:request.podExternalPorts || null참조pod_external_ports→port_mappings순서로 fallback영향 범위
src/utils/requestMapper.js:29,47src/pages/RequestStatusPage.jsxsrc/pages/admin/RequestManagementPage.jsx해결 방안
SaveRequestResponseDTO에podExternalPorts필드 추가 요청pod_external_ports참조 제거하고portMappings로 통일심각도
높음 — 포트 정보 표시 로직이 코드 의도와 다르게 동작, 잠재적 렌더링 버그