You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When viewing a captioned media item, the transcript displayed in the left companion window should correspond to the currently selected media item. If there is only one set of captions for a media recording, then there should be only one transcription option to display.
Actual behavior
When an item has two or more captioned media files (multiple video and/or audio files), the transcript view shows a language dropdown that gives access to all the transcriptions.
In the screenshot below, the two "English" selections correspond to different files.
Additionally, it appears that the highlighted words in the auto-scroll correspond to the first listed transcript even when a different file is being played back.
The screenshot below shows the transcription from the first audio recording in the item while the captions in the viewer show the words actually being spoken in the recording being played back - the second file in that item.
Beyond that, it looks like in some circumstances, choosing the different "English" options will change the transcript being displayed, and sometimes nothing changes when you choose English. It seems like you can choose either transcription right after loading the viewer, but at some point after interacting with the files, you can no longer change the transcript until you reload again.
Firefox, Chrome, Edge, and Safari on Mac OS all have trouble displaying transcripts when an item has multiple recordings. They don't all do the same thing, with Safari maybe being the most wrong.
I think targeting Chrome/Edge and Firefox will likely cover most desktop users, followed by Safari. It's possible that fixing the issue for one browser may also improve (or at least change) things for others, so I'm holding off on describing each browser's behavior in detail.
The text was updated successfully, but these errors were encountered:
Expected behavior
When viewing a captioned media item, the transcript displayed in the left companion window should correspond to the currently selected media item. If there is only one set of captions for a media recording, then there should be only one transcription option to display.
Actual behavior
When an item has two or more captioned media files (multiple video and/or audio files), the transcript view shows a language dropdown that gives access to all the transcriptions.
In the screenshot below, the two "English" selections correspond to different files.
Additionally, it appears that the highlighted words in the auto-scroll correspond to the first listed transcript even when a different file is being played back.
The screenshot below shows the transcription from the first audio recording in the item while the captions in the viewer show the words actually being spoken in the recording being played back - the second file in that item.
Beyond that, it looks like in some circumstances, choosing the different "English" options will change the transcript being displayed, and sometimes nothing changes when you choose English. It seems like you can choose either transcription right after loading the viewer, but at some point after interacting with the files, you can no longer change the transcript until you reload again.
Steps to reproduce the behavior
This item in stage has two audio files and can be used for testing: https://sul-purl-stage.stanford.edu/gj640kc3831
Both screenshots above are from this item.
Browser / Environment
Firefox, Chrome, Edge, and Safari on Mac OS all have trouble displaying transcripts when an item has multiple recordings. They don't all do the same thing, with Safari maybe being the most wrong.
I think targeting Chrome/Edge and Firefox will likely cover most desktop users, followed by Safari. It's possible that fixing the issue for one browser may also improve (or at least change) things for others, so I'm holding off on describing each browser's behavior in detail.
The text was updated successfully, but these errors were encountered: