Repository navigation
feat(afternote): 수정 모드에서 서버 영정사진·추모 영상을 지울 수 있게 한다 — BE 삭제 계약 확장 반영 #1597
Description
작업 유형
enhancement — 신규 기능·기존 기능 개선
주 담당 모듈
afternote — 애프터노트
개요
수정 모드에서 서버에 이미 저장된 영정사진·추모 영상을 앱에서 지울 수 없다. 미디어 시트의 «삭제» 는 이 폼에서 새로 붙인 로컬 첨부에만 열린다 — removableMemorialMediaTargets() 가 서버 미디어를 대상에서 뺀다.
그 가드의 근거는 계약 한계였다. KDoc 이 그대로 적고 있다.
수정(PATCH) 계약이 삭제를 표현하지 못한다 — BE
AfternotePlaylist.update는 null 필드를 "기존 값 유지" 로 해석하므로, 폼만 비워 두면 저장 후 서버 미디어가 되살아나는 거짓 삭제가 된다. (…) 서버 미디어 삭제는 BE 계약 확장 후 후속.
그 계약 확장이 들어왔다 — Afternote-BE origin/main 72fee63(2026-08-30). PATCH 가 «필드 생략 = 유지» 와 «JSON null = 삭제(DB 참조 제거 + S3 객체 삭제)» 를 가른다. 근거가 사라졌으므로 가드도 사라져야 한다.
완료 조건:
- 수정 모드에서 서버 영정사진·서버 추모 영상 슬롯에도 «삭제» 가 열린다.
- 지우고 저장하면 서버 미디어가 실제로 제거된다 — 재진입해도 되살아나지 않는다.
removableMemorialMediaTargets()KDoc 에서 낡은 근거(«계약이 삭제를 표현하지 못한다»)를 지운다.- 회귀 테스트로 경로를 고정한다.
자식 이슈
No response
참고
- 선행 두 건이 있다.
- fix(afternote): 수정 요청이 명시적 null 을 못 싣는다 — BE 삭제 계약이 열렸는데 FE 가 표현할 수단이 없다 #1596 — 요청 바디에 명시적
null을 싣는 배선. 그것 없이는 폼만 비고 서버는 그대로다. - refactor(afternote): 추모 영상·썸네일을 값 객체로 묶고 picked/server 축을 사진과 대칭으로 (#1406 후속) #1561 (PR refactor(afternote): 추모 영상 편집 상태를 값 객체로 캡슐화한다 (#1561) #1565) —
AfternoteTypeForm.Memorial을picked/server두 칸의 값 객체로 재편. 삭제가 두 칸을 어떻게 비울지가 그 모양 위에서 정해지므로 머지 뒤에 얹는다.
- fix(afternote): 수정 요청이 명시적 null 을 못 싣는다 — BE 삭제 계약이 열렸는데 FE 가 표현할 수단이 없다 #1596 — 요청 바디에 명시적
- 삭제 어피던스 자체는 영정사진·장례식 영상 첨부를 지우는 수단이 없다 — 잘못 붙이면 작성을 버려야 되돌아간다 #1114 → PR feat(afternote): 추억 노트 영정사진·영상 소스 시트에 삭제 항목 추가 (#1114) #1375 에서 이미 시트에 붙어 있다. 이 이슈는 그 항목이 열리는 조건만 넓힌다.
- 사라지지 않는 것: 영상을 지우면 썸네일도 함께 지워진다(BE
applyMemorialVideo가 두 S3 객체를 같이 회수). - BE 계약 대응 이슈는 Afternote-BE#259(closed).
Activity
OnlyReadOneBook commentedon Aug 30, 2026
선행 계약을 dev 실서버로 확인했습니다 (2026-08-30 21:4x KST, QA823 계정).
presign → S3 PUT → PLAYLIST 생성으로 관리 키를 하나 만들고 같은 노트에 세 갈래 PATCH 를 차례로 쏜 결과입니다.memorialPhotoUrl"memorialPhotoUrl": nullnull(삭제됨)S3 객체까지 회수됩니다 — 삭제 직전 오브젝트 URL 이 200, 명시적 null PATCH 직후 같은 URL 이 403.
즉 이 이슈에 남은 것은 FE 화면 몫뿐입니다. 배선(#1596 / PR #1600)은 올라가 있고 CI 전부 초록입니다. 착수 조건은 이제 #1561(PR #1565) 머지 하나입니다 — 삭제가
picked/server두 칸을 어떻게 비울지가 그 모양 위에서 정해지므로, 지금 손대면 같은 줄을 두 번 씁니다.참고로 #1565 가 머지되면 「삭제 = picked 만 비우고 표시는 서버 값으로 복귀」가 되므로, 이 이슈의 작업은 서버 칸까지 비우는 갈래를 추가하는 것이 됩니다 — 그래야 저장 시
videoMediaInput(null)→MediaInput.None→ 페이로드null→ 위 표 셋째 줄로 이어집니다.github-actions commentedon Aug 30, 2026
이 이슈를 맡은 PR 은 #1620 다 (base
fix/1596-explicit-null-media-patch).base 가 기본 브랜치(
develop)가 아니라서 GitHub 은 이 이슈의 Development 칸에아무것도 표시하지 않는다. 본문에
Closes #N이 있어도 마찬가지다 — 그 링크는 기본 브랜치를target 하는 PR 에서만 만들어진다.
PR 이 닫히거나 머지되면 이 이슈의
pr-open라벨은 다음 리컨사일에서 떨어진다.Merge branch 'origin/refactor/1561-memorial-media-value-object' into …
refactor(afternote): 표시 영상 삭제를 «교체분 → 서버 원본 → 변화 없음» 세 갈래로 적는다 (#1597)
refactor(afternote): 이탈 가드 지문 조각을 userEnteredPart 에서 withoutThumbnail…
refactor(afternote): 사진 선택 변이의 «교체» 와 «교체 취소» 갈래를 하나로 합친다 (#1597)
test(afternote): 미디어 시트의 «사진 삭제» 변형 프리뷰를 더한다 (#1597)
docs(afternote): 사진 삭제 변이의 책임을 «표시된 층 하나 pop» 으로 적는다 (#1597)
feat(afternote): 미디어 삭제는 슬롯을 비운다 — 교체분과 서버 원본을 함께 걷고 서버 삭제는 저장이 한다 (#…
Merge branch 'develop' into feat/1118-memory-note-voice