UV handles mixed format manifests poorly (audio and PDF)

[amoe]

Tested with IiifServer 3.5.16 and UniversalViewer 3.6.3 and Omeka-S 2.1.2.

This issue occurs when you have a item of type 'dataset' that contains multiple media of different formats.
This is related to these questions on the Omeka-S forums:

• https://forum.omeka.org/t/omeka-classic-display-album-cover-for-mp3-in-universal-viewer/11308
• https://forum.omeka.org/t/universal-viewer-and-metadata-for-multiple-items/8869
• https://forum.omeka.org/t/audio-files-in-universal-viewer/8730

PDF-before-audio

The below happens when you position a PDF before the audio:

The audio will not play as it attempts to do a GET on http://omeka-s.cslp019129.hist.susx.ac.uk/files/original/1bd99892a5e0a24f7ea4add08de119513b05d8dd.mp3/element/e0. However the element/e0 should not be part of the URI here. UV should be looking at the rendering property here but it does not.

Audio-before-PDF

When you position the audio before the PDF the below happens:

The audio plays correctly (showing that UV knows how to consult the rendering property in thie case). The PDF does show but the audio player controls remain visible. Also the various PDF browsing controls are not present.

Manifest causes?

This diff shows the manifest from the IIIF server. PDF-first case is shown on the left, audio-first on the right.

Nothing really stands out as being wrong here.

What could the problem be?

[edsilv]

We don't have support for "mixed manifests" yet. I think your best bet for now is to use individual manifests for each item and put them in a collection.