bug(blog): media removal is a placeholder — no backend endpoint, viewer button does nothing #747
Assignees
spikerj (Joseph Spiker)
Clear assignees
spikerj (Joseph Spiker)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: spikerj/spikersoft-issues#747
Reference in New Issue
Block a user
Follow-up from #745. The blog viewer's media "Confirm Removal" flow (now correctly owner-gated) ends in
BlogEntryComponent.removeMedia(), which is a placeholder snackbar ("Media removed (placeholder)") — no backend call exists, and the backend has no endpoint to remove a single media item from a post (the only path isPUT posts/{id}replacing the whole media array, which regenerates ids and drops thumbnails/paths/comments).Fix
Backend (spikersoft-backend):
DELETE api/blog/posts/{postId}/media/{mediaId}—[Authorize], owner-or-staff (same pattern as DeleteBlogPost/#745), soft delete: set the existingBlogMedia.IsDeleted/DeletedAtflags (file retention stays with the purger, matching the post-level retention model). Idempotent on repeat calls.IsDeletedmedia out ofMapToResponseDto(alongside the existing quarantine filter).Frontend (spikersoft-angular):
BlogService.removeMediaFromPost(postId, mediaId)+ wireremoveMedia()to it with real success/error snackbars; drop the placeholder string.Repos: spikersoft-backend, spikersoft-angular
Resolved and merged:
5139211a): newDELETE api/blog/posts/{postId}/media/{mediaId}—[Authorize], owner-or-staff, idempotent soft delete via the existingBlogMedia.IsDeleted/DeletedAtflags (file retention stays with the purger, matching the post-level model). Soft-removed media is filtered from all responses, rejects new comments, and stops serving photograph-info.0d1f269b):removeMedia()now calls the endpoint viaBlogService.removeMediaFromPostwith real success/error snackbars and a busy flag; the placeholder string is gone.Closing.