Page MenuHomePhabricator

Renaming audio/video files leaves orphaned transcode table entries that clog reports
Open, Needs TriagePublic

Description

Renaming audio/video files leaves orphaned transcode table entries -- for instance commons has several failed/queued transcodes for "CutterPlotting.ogg" which was renamed to "CutterPlotting.ogv". A bunch of these entries are visible on https://commons.wikimedia.org/wiki/Special:TimedMediaHandler as "queued" even though they can never succeed.

Currently requeueTranscodes.php can't fix these entries because it always fetches first from the image table, and there's no image table entry for the old name.

Event Timeline

Apparently, renaming an audio/video file doesn't automatically rename transcodes. Instead, new transcodes are queued, and only when purging the file description page. File renames should also rename the corresponding transcodes too

@bvibber i wonder if this is because of findfile following the redirect...

Adding this to my list this week. Time to find out and fix ;)

Change #1239470 had a related patch set uploaded (by TheDJ; author: TheDJ):

[mediawiki/extensions/TimedMediaHandler@master] Ignore transcode jobs if the title has since been redirected

https://gerrit.wikimedia.org/r/1239470