Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement reupload functionality for failed and expired media #244

Open
2 tasks
aniablaziak opened this issue May 13, 2021 · 1 comment
Open
2 tasks

Implement reupload functionality for failed and expired media #244

aniablaziak opened this issue May 13, 2021 · 1 comment
Labels

Comments

@aniablaziak
Copy link
Contributor

aniablaziak commented May 13, 2021

Related to #230

This ticket is to implement the following features:

  • Implement the functionality to re-upload or re-transcribe if upload or transcribing fails and offers
  • Implement re-upload functionality for expired media files

Note this ticket is not to implement the UX changes (to be done as a part of #230)

Refer to these designs: https://app.zeplin.io/project/5ce554083480691e05af2f74/screen/608bd86820f3fe2fd5d4f67a

@aniablaziak
Copy link
Contributor Author

@allishultes and I had a pairing session around assessing the technical workload and feasibility of this ticket.
We think that for the expired media re-upload, we would have to add a new re-upload button that opens the file upload modal. Using the already existing transcript ID, we could point the upload function to use the same ID in the path for the newly re-uploaded file. This approach would ensure that the same ID is still referenced for that file across Projects, Paper Edits etc.

Next we’d need to stop the transcription process from triggering, which could be done by adding a ‘reupload’ status.

Given that we estimated this work to take 1+ days and considering the limited time left on this project we decided that it would be best to deprioritise this ticket for now.

Actions:

  • In the user trials, verify the need for the re-upload functionality and get a sense of how long the user would need the files to be stored for (maybe taking over 60 days is very uncommon)
  • Consider increasing the number of days until expiry

@aniablaziak aniablaziak removed their assignment May 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants