nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Why do PNG files fail to preview in Nuxeo DM?

davenz_

Hi All,

I've installed a fresh Nuxeo 5.6 DM server and I'm having difficulty previewing imported PNG files.

My platform is Nuxeo 5.6 running on OpenIndiana oi_151a8 with Oracle JDK 7u21. Secure LDAP authentication has been configured, and I'm using an external PostgreSQL 9.1 64bit database. ImageMagick has been installed and image tiling for previewing large images appears to work fine. I've also performed a data import (VCS datastore and PostgreSQL dump) from a Nuxeo 5.6 VM.

What I'm seeing is as follows. First, I drag and drop a PNG file from the local client into a Nuxeo DM workspace. Then when clicking on the PNG to view its properties (e.g. by clicking on its "Summary" tab), I don't get an image preview. The "More -> "Preview" option is also not available, so I also cannot annotate the image. The attached image should illustrate this.

This seems to happen to all imported PNG files. JPEGs on the other hand are fine.

The following error is consistently logged in the Nuxeo server log when I import a PNG via drag and drop:

2013-09-16 22:39:07,098 ERROR [org.nuxeo.ecm.webapp.context.NavigationContextBean] <resetCurrentPath> documentManager not initialized

Does anyone have any pointers as to what is happening here?

Cheers, Dave

Find more posts tagged with

Comments

bruce_Grant

If you switch to debug mode do you get any additional info in the logs?

Laurent_Doguin

This is really weird Could you do an XML export of your document? It would be helpful to know its type and the detected mime type of the image.

Thanks, Laurent

davenz_

Hi Laurent, Bruce,

Laurent_Doguin

I've just tested with DM and DAM 5.6 HF-20 and can't reproduce your issue. I took a look at the XML and it looks fine.

davenz_

Hi Laurent,

bruce_Grant

Almost appears as though the PNG mime type is being processed by the wrong FileManagerService plugin. If you're comfortable with XML you could try creating an override for the PNG mimetype with a low order (high priority) to see if this resolves the issue with PNG files. Something like...

<?xml version="1.0"?>
<component name="com.concena.grip.dam.core.filemanager.plugins">
	<require>org.nuxeo.ecm.platform.filemanager.service.FileManagerService.Plugins</require>
	<require>org.nuxeo.ecm.platform.picture.filemanager.contrib</require>

	<extension target="org.nuxeo.ecm.platform.filemanager.service.FileManagerService" point="plugins">
		<plugin name="Imageplugin" class="com.nuxeo.ecm.platform.picture.extension.ImagePlugin" order="5">
		    <filter>image/png</filter>
        </plugin> ....

I know you said it was a fresh install, but do you have any customizations on top of your Nuxeo install?

davenz_

Hi Bruce,

davenz_

Update - no change in behaviour with a reinstall of Nuxeo 5.6 using the embedded database and default authentication methods.

bruce_Grant

There is a possibility this is ImageMagick and memory related. Is there sufficient available memory allocated to/available for ImageMagick? Can you convert the PNG in question using ImageMagick on the command line?

davenz_

Hi Bruce - thanks again for replying, and good suggestion. It certainly has the feel of some external dependency not being quite right. I'll give this a shot and get right back to you.

davenz_

Long overdue update to this thread for completeness – using Nuxeo 5.8 LTS installed on the rapid development branch of OpenIndiana, I no longer see this issue. PNGs can be previewed without problems. The primary difference aside from a more recent Nuxeo version is a later build of ImageMagick (6.8.3.5). I'll posit that this was likely the problem to begin with, as Bruce suggested.

Cheers, Dave

bruce_Grant

Good to hear it's finally resolved - even if it was only solved by the passage of time