This site has been archived. To learn more about our current products Ibexa Content, Ibexa Experience, Ibexa Commerce head over to the Ibexa Developer Portal

eZ Community » Forums » Discussions » New in eZ 5.4: Image alias system...

Thursday 06 November 2014 10:45:07 am - 14 replies

» Read full blog post


Image alias system can be considered as one of the oldest features in eZ Publish. It is a very flexible mechanism for managing content images and has long proven its efficiency. 

But the system was left as is when we switched to version 5, and was still running through the legacy kernel until now. As part of our legacy code clean-up in eZ kernel, the image alias system has been redesigned, in a much more modern way...

Thursday 06 November 2014 11:11:37 am

Great work.

Just a small typo: liip_imagine (not lliip_imagine). Or the doc is wrong

Thursday 06 November 2014 11:24:57 am

Fixed, thanks happy.gif Emoticon

Friday 07 November 2014 9:15:09 am


it looks great but the documentation you linked to seems not to be available to us mere mortals : confluence does not authorize me to read it

Friday 07 November 2014 1:34:46 pm

Hi Jérôme!

This is awesome! I've been using it for  the past couple of weeks, and it works really well.

I have two questions:

1) Why does image alias URI property return absolute value to the image file, which includes protocol, domain and port?

2) How can we purge image aliases, equivalent to calling the legacy ezcache.php script with --purge parameter? Do we have to still call the legacy script?

Friday 07 November 2014 2:56:16 pm

Benjamin: Fixed, thanks.


  1. Because LiipImagineBundle interface is made that way.
  2. There is a command in LiipImagineBundle for that, but it will force you to list every file you want to purge. There is a plan to improve this, by changing the path where aliases are stored (for now they follow the same pattern as in legacy). It will probably be grouped by alias name.

Friday 07 November 2014 3:04:04 pm

Quote from Jérôme Vieilledent :
  1. Because LiipImagineBundle interface is made that way.

You actually implemented the fix for this but reverted it in happy.gif Emoticon

Friday 07 November 2014 3:09:03 pm

No, actually it's the new IO system that provides the right URL (being with scheme and host or with leading slash).

Tuesday 18 November 2014 3:25:20 pm

Will this change have any affect on eZDFSFileHandler users?

Tuesday 18 November 2014 4:48:57 pm

Hi Andras

Not this no. However, changes have also been made on IO (separate feature) which will affect you.

Thursday 19 March 2015 1:14:26 pm

Hi Jerome.

I have some trouble with that new image handler... In my config I have an image alias calles "IbAuthorImage":

    reference: original
        - { name: thumbnail, params: [80, 80] }

and a filter: 

    enabled: true
    path: /usr/bin/convert
        thumbnail: "+repage -thumbnail {1}x{2}^ -gravity center -extent {1}x{2}"

Imagemagick is set as handler for "liip_imagine" in config.yml.

Now, If I want to access an image of new or updated content (since the upgrade to 5.4 version was performed) I get the following exception:

An exception has been thrown during the rendering of a template ("Argument 'BinaryFile::id' is invalid: 'NULL' is wrong value in class 'BinaryFile'"blunk.gif Emoticon in myCustomBundle:parts:fields.html.twig at line 8.

Any idea what happens here? I also found this issue:

Is there probably a relation between my problem and this issue?

Thanks for you help!


Modified on Thursday 19 March 2015 1:17:49 pm by Philip K.

Saturday 21 March 2015 6:51:34 pm

Hello Philip,

This issue has been brought up a couple of times in the forums already.

I hope this helps!


Monday 04 May 2015 6:14:27 am

Hi Guys.

I'm having troubles using quality option I tried quality and also jpeg_quality, but with no luck

         - { name: thumbnail, params: { size: [720, 400], mode: inset } }
         - { name: interlace, params: { mode: line } }
     jpeg_quality: 90

Modified on Monday 04 May 2015 6:16:48 am by Bartek Tokarczyk

Monday 04 May 2015 6:22:51 am

Hello Bartek,

This was discussed recently and it seems then jpeg_quality is not currently supported in eZ.

It seems the OP in the thread above found a partial / temporary work around here, but I'm honestly not sure how useful it will be for you:

It also seems the eZ is considering addressing the problem and an issue ticket for it has been created. 

I hope this helps!


Tuesday 05 May 2015 1:33:00 am

Thank you Heath. This is something happy.gif Emoticon



You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from