Page MenuHomePhabricator

After moving a file transcodes are lost and not automatically regenerated
Closed, DuplicatePublic

Description

Description of the issue

At the moment, when you move whatever MediaWiki video, the Transcode status section loses its files.

Here an example Transcode status section highlighted (before moving issue):

Screenshot_20210920_171803.png (704×902 px, 140 KB)

Steps to reproduce

  1. upload a video in Wikimedia Commons / visit a random video
  2. move / rename the file

Actual behavior:

  • the Transcode status does not allow to download any transcoded video. Transcoded videos are lost and have to be re-generated.

Expected behavior:

  • the Transcode status does not change after move

Current workaround

Click on all "Reset transcode" links. Note that every click causes the page to reload so it will take you some time.

Live examples

This is just an example. So after I moved this file from, to:

The display that contains the Play button shows up briefly on the page but is then hidden, so the file cannot be played.

Event Timeline

Seems the transcodes were not moved with it at the same time, and these thus need to be regenerated. Until that time, there are not compatible formats to play for the player.

TheDJ renamed this task from Display with Play button for audio file is hidden after page move to After moving a file transcodes are lost and not automatically regenerated.Aug 14 2018, 11:35 AM

This problem still occurs, and prevents listening to renamed audio files, on any wiki, if the transcode is not manually reset.

As an administrator of Lingua Libre, I am dealing with hundreds of audio files to rename when some users misuse the tool. I tried to deal manually with the transcode reset for approximately 60 files, and this took almost one hour. It would be really nice to not have to do this for every file renamed... Or at least to have a bot dealing with transcodes.
All the best

Aklapper raised the priority of this task from High to Needs Triage.Aug 26 2021, 2:58 PM

@WikiLucas00: Do you plan to work on fixing this task, as you increased the priority of this task? Asking the Priority field reflects reality and does not cause it.

@WikiLucas00: Do you plan to work on fixing this task, as you increased the priority of this task? Asking the Priority field reflects reality and does not cause it.

Sorry, I did not know about the task-priority rules.

Renaming files seems to cause transcode issues not only to audio files, but also to video files, see here for instance.
The problem had already been mentioned in 2017.

Today the user @So9q reported the same issue on File:DataQualityDays_2021_-_Ontology-issues_talk.webm.

The workaround was to click Reset transcode 13 times (every click is a page reload).

@Aklapper in your experience, is there anyone at WMF who could address this? Otherwise I would like to ask for help from local Wikimedia chapters.

In my understanding, I don't think that WMF currently really has active multimedia stack developers. I'd love to be wrong on this though.

What happens to transcodes if the original file is moved while the transcodes aren't? Do they become orphaned, and is there a way to detect and clean up these?

What happens to transcodes if the original file is moved while the transcodes aren't? Do they become orphaned, and is there a way to detect and clean up these?

I think they are orphans forever at the moment.

Probably this could help:

https://www.mediawiki.org/wiki/Manual:FindOrphanedFiles.php

What happens to transcodes if the original file is moved while the transcodes aren't? Do they become orphaned, and is there a way to detect and clean up these?

I think they are orphans forever at the moment.

Correct

Probably this could help:

https://www.mediawiki.org/wiki/Manual:FindOrphanedFiles.php

Probably not, but I'm currently working on a maintenance script to find and remove them. https://gerrit.wikimedia.org/r/c/mediawiki/extensions/TimedMediaHandler/+/930898
I hope to finish that soon.