Plugin breaks the Media Library Rendering in Neos 2.1

[Weissheiten]

I did upgrade from Neos 2.0 to 2.1.2 and this breaks the Media library for me. Images are not rendered in the preview any more. (Uninstalling the plugin results in a correct rendering in the media library again) Could you please take a look at that and reply if you can confirm this problem or if this is a local issue for me.

[dittertp]

Hi, unfortunately i can't reproduce this behaviour. I've tested the plugin with the demo site package and the media library is working correctly. Are there any logged exceptions relating to this issue?

[Weissheiten]

Thank you for your reply. Unfortunately nothing is logged in the /Data/Exceptions folder, the URI for the preview image in the media library is: http://dev.neos/media/thumbnail/764479d0-3b41-4a9f-95e9-f2858e77dd6a after uploading an image with the plugin being active, while the result for another image that gets uploaded when the plugin is inactive is: http://dev.neos/_Resources/Persistent/40d8eb309386158c52e8b9a1f928cdfecfccccbe/something.gif

after disabling the plugin again the uri of the same image (non-working example above) becomes: http://dev.neos/_Resources/Persistent/764479d0-3b41-4a9f-95e9-f2858e77dd6a/something.gif

I didn't check the source code in detail, but I use default suffixes (.html), probably the URI generated after uploading the image (http://dev.neos/media/thumbnail/764479d0-3b41-4a9f-95e9-f2858e77dd6a) is usually found by Neos, but gets translated by the Plugin with the default suffix and therefore the images cannot be rendered.

[belliconag]

Hi, i also did upgrade from Neos 2.0 to Neos 2.1.6 and see the same behaviour. When i do log which on which paths neos tries to get the thumbnail images, i see something like "Weissheiten" does. If i call this urls directly in the browser, the 404 page (from the techdivion plugin) is shown. Disabling the plugin made the paths working.

It has to do something with allowed routing paths i guess?

[mficzel]

The media package has routes that are included via settings and therefor appear after all manually configured routes. If you add a 404 route at the end that matches all requests the media-route is never used. You can check this with the routes:list command.

To circumvent this you can manually include the media-package subroutes in your Routes.yaml before the 404 subroutes.

[belliconag]

@mficzel I tried all possible ways to get the 404 route before the thumbnailhandler one (of Neos 2.1). I did not succeed at all. It seems to, that the problem is sitting on another place than the routing stuff directly. It is clear that it is a routing problem, but the question is, where exactly the cause of this problem lies. How did you arrange the routes so that it works for you?

@dittertp Did you test it also on a site with more than one dimensions? AFAIK, the demo site uses only one dimension.