mirror of https://github.com/pixelfed/pixelfed
staging
l10n_crowdin_translations
dev
feature/configurable-min-registration-age
configcache-clean-rebased
dockerfile-compile-ffmpeg-x264-x265
fix/media-storage-optimized-charge
fix/dm-remote-delete-media-leak
feat/emoji-cloud-storage-v2
feat/story-cloud-storage-v2
fix/hashtags-outside-bmp
copilot/review-old-issues
groups
vue3
v0.1.9
v0.10.0
v0.10.1
v0.10.10
v0.10.2
v0.10.3
v0.10.4
v0.10.5
v0.10.6
v0.10.7
v0.10.8
v0.10.9
v0.11.0
v0.11.1
v0.11.10
v0.11.11
v0.11.12
v0.11.13
v0.11.2
v0.11.3
v0.11.4
v0.11.5
v0.11.6
v0.11.7
v0.11.8
v0.11.9
v0.12.0
v0.12.1
v0.12.10
v0.12.11
v0.12.12
v0.12.2
v0.12.3
v0.12.4
v0.12.5
v0.12.6
v0.12.7
v0.12.8
v0.12.9
v0.13.0
v0.14.0
v0.14.1
v0.14.2
v0.14.3
v0.5.9
v0.6.0
v0.6.1
v0.7.6
v0.8.0
v0.8.5
v0.8.6
v0.9.0
v0.9.4
v0.9.5
v0.9.6
${ noResults }
1 Commits (a01c56cb514b21c27d807e28ef21844d87f8074f)
| Author | SHA1 | Message | Date |
|---|---|---|---|
|
|
69869536a1 |
Fix remote status deletion leaking attached media, add status:media command
MediaDeletePipeline skips deletion when media->status_id is set. status_id has no FK/cascade, so deleting a status never clears it, and the delete jobs dispatched by the status-delete paths were always skipped, leaking media files. Detach media (status_id = null) before dispatching the delete in StatusDelete, RemoteStatusDelete and DeleteRemoteStatusPipeline, so the row is genuinely orphaned by the time the guard checks it and the deletion proceeds. Also adds a status:media diagnostic command that dumps all metadata for a media id (DB columns, computed URLs, attachment state, parent status including the dangling status_id case, owner, metadata, and an optional live URL check). |
4 weeks ago |