replacing thumbnails

[Priscilla Caplan]

I discovered something unexpected.  When you replace the thumbnail of a collection object, you can provide a jpeg or png and it’s all fine.  But if you replace a thumbnail of a content object, it will only accept  files with filetype extension “.bin” and it stores them as mimetype “application/octet-stream”.  (I've tried this with Audio CM and Basic Image CM.)  It still displays and uses them correctly.

I'm curious if this is a bug or a feature.  Does anyone know why this would be so?

Priscilla

 

[Jordan Dukart]

That is infact a bug. There's a disconnect between the MimeDetect class that Islandora uses and some of the DS-COMPOSITE-MODEL mappings that currently exist. We ran into a similar issue in the audio solution pack somewhat recently along these same lines.

Essentially there is a disconnect in the mime type we say is required in the DS-COMPOSITE-MODEL (https://github.com/islandora/islandora_solution_pack_image/blob/7.x/xml/islandora_basic_image_ds_composite_model.xml#L18) and what the MimeDetect has the mime type mapped to that extension (https://github.com/Islandora/islandora/blob/7.x/includes/mime_detect.inc#L145-L147).

As the types don't match in MimeDetect it defaults to .bin. I'll shoot up pulls to the DS-COMPOSITE-MODEL to adjust it to be of image/jpeg which should rectify this.

Jordan


On 2013-10-07 3:37 PM, Priscilla Caplan wrote:

I discovered something unexpected.� When you replace the thumbnail of a collection object, you can provide a jpeg or png and it�s all fine.� But if you replace a thumbnail of a content object, it will only accept �files with filetype extension �.bin� and it stores them as mimetype �application/octet-stream�.� (I've tried this with Audio CM and Basic Image CM.) �It still displays and uses them correctly.

I'm curious if this is a bug or a feature. �Does anyone know why this would be so?

Priscilla

�

--
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Jordan Dukart]

Which unfortunately will break islandora_importer. Logging a ticket internally at dgi, as well as on the Islandora JIRA to look at this.

Sorry!

Jordan

[Priscilla Caplan]

Oh well! Thanks for such quick response!

On Mon, Oct 7, 2013 at 3:10 PM, Jordan Dukart <jor...@discoverygarden.ca> wrote:
> Which unfortunately will break islandora_importer. Logging a ticket
> internally at dgi, as well as on the Islandora JIRA to look at this.
>
> Sorry!
>
> Jordan
>
>
> On 2013-10-07 3:54 PM, Jordan Dukart wrote:
>
> That is infact a bug. There's a disconnect between the MimeDetect class that
> Islandora uses and some of the DS-COMPOSITE-MODEL mappings that currently
> exist. We ran into a similar issue in the audio solution pack somewhat
> recently along these same lines.
>
> Essentially there is a disconnect in the mime type we say is required in the
> DS-COMPOSITE-MODEL
> (https://github.com/islandora/islandora_solution_pack_image/blob/7.x/xml/islandora_basic_image_ds_composite_model.xml#L18)
> and what the MimeDetect has the mime type mapped to that extension
> (https://github.com/Islandora/islandora/blob/7.x/includes/mime_detect.inc#L145-L147).
>
> As the types don't match in MimeDetect it defaults to .bin. I'll shoot up
> pulls to the DS-COMPOSITE-MODEL to adjust it to be of image/jpeg which
> should rectify this.
>
> Jordan
>
>
> On 2013-10-07 3:37 PM, Priscilla Caplan wrote:
>

> I discovered something unexpected. When you replace the thumbnail of a
> collection object, you can provide a jpeg or png and it’s all fine. But if

> you replace a thumbnail of a content object, it will only accept files with

> filetype extension “.bin” and it stores them as mimetype
> “application/octet-stream”. (I've tried this with Audio CM and Basic Image
> CM.) It still displays and uses them correctly.
>
> I'm curious if this is a bug or a feature. Does anyone know why this would
> be so?
>
> Priscilla
>
>
>