Opened 10 years ago

Closed 3 years ago

#560 closed defect (no-action)

Uploading videos - lack of progress cue or confirmation while transcoding

Reported by: maxine Owned by:
Priority: minor Milestone:
Component: graphic design/interface Keywords: UX, test, review
Cc: Parent Tickets:


When uploading a video, after the upload (which only shows progress from a browser tip), the video is then transcoded. The page remains the same with a loading animation from the browser. The user doesn't actually have to stay on the page for the transcoding to continue.

Ideally there would be a progress cue like a bar, or a confirmation page or update that the video is indeed transcoding.

User side was: Chromium Version 20.0.X; Debian testing


Change History (10)

comment:1 Changed 10 years ago by Christopher Allan Webber

Heya maxineb;

You're right about this... though there kinda is a place you can look at it. Try looking at /u/USERNAME/panel/

That's not really great, and I do agree that we need better "percentage uploading" information, though that might be useful in the meanwhile.

comment:2 Changed 10 years ago by maxine

Hey cwebber,

Yeah I knew about it prior, I wrote this ticket on a user experience standpoint - i.e., being forwarded to the panel page would be an improvement. As it stands it's even kind of ambiguous whether or not you need to stay on the page (you don't)

Being shown an immediate confirmation page (Upload successful! Transcoding in progress) along with a link to the panel would help to solve this ambiguity.

comment:3 Changed 10 years ago by spaetz

Hi maxineb,

1) part of the problem is that you are running CELERY (which does the processing in the background) as part of the main process. This is why the webpage "stalls" with the loading icon until transcoding has finished. If you ran CELERY as a separate process, you would be returned to your home page and when transcoding is finished your new video would appear in your collection.

2) From a user UI, we should probably show something like "<n> media currently queued" on the user's profile dashboard, with a link to the /u/USERNAME/panel (whenever he is logged in).

comment:4 Changed 10 years ago by spaetz

Please review and pull branch 560_dashboard_improvements of my repo git://

When visiting one's own dashboard, it will show the number of currently queued media entries with a link to the processing panel. This addresses issue 2 in the above comment. The placement of the html is very suboptimal and needs tweaking by our html gurus.

comment:5 Changed 10 years ago by Christopher Allan Webber

Relatedly, schendje has made some new mockups of where maybe such things should go:

comment:6 Changed 9 years ago by ShawnRisk

Keywords: test added

comment:7 Changed 3 years ago by ShawnRisk

Keywords: review added

comment:8 Changed 3 years ago by ShawnRisk

Status: newreview

comment:9 Changed 3 years ago by Ben Sturmfels

I believe this one will be addressed by #5564. Given we don't have access to the code spaetz posted, I don't think this is worth keeping open. Closing no action.

comment:10 Changed 3 years ago by Ben Sturmfels

Resolution: no-action-required
Status: reviewclosed
Note: See TracTickets for help on using tickets.