The `nuxeo-document-preview` element has hard-coded mime-type checks for filtering the preview elements. I don't understand why this is the case because the platform already has a mime-type registry with all the necessary mappings. Maybe the issue is it's not exposed via the REST API?
So, for example, if you upload a PSD file using Firefox from a document creation dialog (not drag and drop), you end up with a mime-type like "application/x-photoshop" which fails to pass the filter for nuxeo-image-viewer.
But I think the broader/more important point is we shouldn't have the mime-type logic on the front-end when it already exists on the back-end.
- duplicates
-
ELEMENTS-882 Refactor document preview
- Open
- is related to
-
ELEMENTS-588 Fix photoshop file preview
- Resolved
-
ELEMENTS-877 Backport ELEMENTS-588 to 2.2.x
- Resolved
-
NXP-26779 Inconsistent mimetype in webui file drag and drop
- Resolved
-
NXP-26895 Mime types not being normalised when uploaded through REST API
- Resolved
-
NXP-30122 Fix thumbnails computation when importing a large PDF with S3 BlobProvider
- Resolved