fix(afternote): 곡을 전부 빼도 서버 곡이 남는다 — 빈 songs 가 키째 생략돼 「유지」로 흡수된다 #1599

작업 유형

bug — 버그·오동작

주 담당 모듈

afternote — 애프터노트

개요

추억 노트에서 곡을 전부 빼고 저장하면 서버 곡이 그대로 남는다. 폼은 빈 목록인데 재진입하면 지웠던 곡이 되살아난다 — 미디어 슬롯에서 났던 거짓 삭제(#1596)와 같은 결함이 곡 목록에서 남아 있는 것이다.

원인: AfternotePlaylistRequestDto.songs 가 기본값 emptyList() 를 들고 있고, 앱 Json 은 encodeDefaults = false 다. 그래서 빈 목록은 키째 빠진다. BE PlaylistRelationStrategy.update 는 songs != null 일 때만 항목을 갈아 끼우므로, 키가 없으면 기존 곡을 그대로 둔다.

// Afternote-BE PlaylistRelationStrategy.update
if (playlistRequest.getSongs() != null) {
    playlist.getItems().clear();   // ← 빈 배열이 오면 여기서 전부 삭제된다
    ...
}

즉 BE 는 이미 「빈 배열 = 전부 삭제」를 받을 준비가 돼 있고, FE 가 그 배열을 못 보내고 있다.

도달 경로: 수정 모드 진입 → 곡을 전부 제거(clearMemorialPlaylistSongs · removeMemorialPlaylistSongs) → 저장 → 재진입하면 곡이 남아 있다.

완료 조건:

• 곡을 전부 뺀 수정 요청이 "songs": [] 를 싣는다.
• 곡이 있을 때의 바디는 그대로다.
• 회귀 테스트로 고정한다.

자식 이슈

No response

참고

• 이 생략은 실수가 아니라 못박힌 결정이다. refactor(afternote): 응답 DTO 보정형 기본값 정리 — 누락 계약을 빈 값으로 은폐하지 않는다 (#789·#790 애프터노트 판) #957 / PR refactor(afternote): 응답 DTO 누락 계약을 엄격히 검증 #1295 가 요청 DTO 를 응답 DTO 에서 분리하면서 「songs == null 이면 기존 곡 보존, songs == [] 이면 전부 삭제」라는 PATCH 의미를 바꾸지 않기 위해 기본값을 남겼고, AfternoteResponseDtoContractTest 의 두 테스트가 그 모양을 잠갔다. 그래서 뒤집으려면 그 테스트를 함께 고쳐야 하고, 별도 이슈로 떼어 둔다.
• fix(afternote): 수정 요청이 명시적 null 을 못 싣는다 — BE 삭제 계약이 열렸는데 FE 가 표현할 수단이 없다 #1596 은 같은 메커니즘(기본값 → 키 생략)을 영정사진·추모 영상에 대해서만 걷어냈다. 이 이슈는 남은 한 축이다.
• 곡 0건 자체를 FE 가 막을지(정식 등록 시 BE 는 PLAYLIST_SONGS_REQUIRED 로 400)는 fix(afternote): 추모 등록이 빈 플레이리스트로 서버 400 코스 — FE 검증·안내 부재 #1389 소관이다. 두 이슈는 서로를 대체하지 않는다 — fix(afternote): 추모 등록이 빈 플레이리스트로 서버 400 코스 — FE 검증·안내 부재 #1389 가 0건 저장을 막아도, 임시저장 경로에서는 이 결함이 남는다.