Since I have upgraded to ImageCache 5.x-2.0 I have encountered the following printing problem, which only occurs in Internet Explorer 6 and 7 (Firefox on Windows and Firefox, Camino and Safari on Mac OS X are all fine):

Images generated by ImageCache are displayed correctly on the Screen in IE6 and IE7. But if the page is printed (or you use print preview), there is just a frame where image should be displayed (same size as the image), a red "X" and the name of the image. Seems, the image is not found ...

I also have installed i18n, and suggest, that it is a problem with the URLs generated by the module. Because if I look at the source of the page in FF I see the following code:

Only local images are allowed. (i18n adds the "/de" for the current language "German").

In reality, only the directory "http://www.example.at/files/imagecache/..." (without the "/de") exists, which is handled correctly by every browser, except IE6 an IE7.

Did anyone else encounter this problem?
Can anyone help, please?

Comments

stilblütler’s picture

stilblütler commented

Sorry, I forgot the code-tag in my post above. Therefore, the following code is missing:

... I see the following code:

<img src="http://www. example.at/de/files/imagecache/hauptbild/seite_hauptbild/image.jpg" alt="image.jpg" title="Picture"  />
stilblütler’s picture

stilblütler commented
Title: Internet Explorer printing problem (maybe in conjunction with i18n) » Internet Explorer printing problem with i18n installed
Component: Miscellaneous » Code

ImageCache 5.x-2.0, with i18n installed, creates wrong path to image derivate!

As I have to bring two sites online, I now decided to revert to ImageCache 5.x-1.5 (cause printing was OK before upgrading to ImageCache 5.x-2.0). I am using ImageCache together with Internationalization (i18n) 5.x-2.3, where printing pages didn’t work in IE6 and IE7 with ImageCache 5.x-2.0 installed. After reverting to ImageCache 5.x-1.5, printing is now OK again in IE6 and IE7!

ImageCache 5.x-1.5 creates the following path:

<img src="http://www.example.at/files/imagecache/hauptbild/files/seite_hauptbild/image.jpg" alt="image.jpg" title="Picture"  />

ImageCache 5.x-2.0 creates the following path:

<img src="http://www.example.at/de/files/imagecache/hauptbild/seite_hauptbild/image.jpg" alt="image.jpg" title="Picture"  />

This path is wrong, because the location of the image derivate is independent of any language, and the file always resides in /files/imagecache/..., and not in /de/files/imagecache/.... If the image is wrapped in a link, the link path is wrong too.
I also noticed the different path hierarchy, but this seems to be OK and different by design in ImageCache 5.x-1.5 and 5.x-2.0.

Hoping, this helps to solve the problem in a new release of the great, indispensable ImageCache module.

markosef’s picture

markosef commented

I confirm stilblütler post. Imagacache 2.0 and i18n (internationalization) don't work together. Links are not good for thumbnails if using thickbox for example. Lost day of my life on this one, hope someone else dosn't loose their time, so i write this. Use imagecache 1.5. Works good.

jose reyero’s picture

jose reyero commented

When creating file paths, we should be generating the whole path, an absolute url, instead of using url() or l() functions with relative paths, just like Drupal core upload module does.

vitozzo’s picture

vitozzo commented

Hi

I am using the version 5.x-2.5 and there's still this problem. Is this going to be fixed somehow soon? Or no one is working on it?
Thanks,

Vito

momper’s picture

momper commented

subscribing - still this problem too ...

fizk’s picture

fizk commented
Status: Active » Closed (won't fix)