Just realized I've posted this in an already closed topic.Here it is again:
I see there's a lot of discussion on the new Image Cropper. I have to say it's a cool addition, however, I can't make it work.
I've been with Umbraco since the early 4 versions and as you can see I don't post much, usually I can find everything in the current posts. I've read a lot of them here but could not find the issue I'm facing.
All the sugested steps are there, Upload replaced by the Image Cropper type, crops specified, save and publish in Umbraco.
The first strange issue is that other that the original image, there isn't any other file created on the file system for the crops.Ok, fine, thoutgh maybe the new ImageProcessor does it's thing on the fly, like the old Image Resizer use to do.
However, when the path of the image is rendered using the various code methods sugested, I got something like this:
In case anybody encouters this problem, here is the solution.
It seems that the new Image Processor process authenticates itself not as the AppPool under which the web site runs but as the anonymous IIS process (IUSR). In our setup, for security reasons, IUSR is denied read rights to folders like App_data, bin, config, etc. Only the AppPool had priviliges for this. Granting read rights to IUSR for the App_Data/cache folder, where by default the Image Processor stores the files, solved this.
Image Cropper and full rights
Just realized I've posted this in an already closed topic.Here it is again:
I see there's a lot of discussion on the new Image Cropper. I have to say it's a cool addition, however, I can't make it work.
I've been with Umbraco since the early 4 versions and as you can see I don't post much, usually I can find everything in the current posts. I've read a lot of them here but could not find the issue I'm facing.
All the sugested steps are there, Upload replaced by the Image Cropper type, crops specified, save and publish in Umbraco.
The first strange issue is that other that the original image, there isn't any other file created on the file system for the crops.Ok, fine, thoutgh maybe the new ImageProcessor does it's thing on the fly, like the old Image Resizer use to do.
However, when the path of the image is rendered using the various code methods sugested, I got something like this:
<img src="/media/1031/dsc00357.jpg?center=0.46333333333333332,0.2425&mode=crop&width=285&height=138&rnd=130464546300000000" alt="">
Now, it's clearly one of my cropers since the with and height are the correct ones, but the image is not displayed.
Once I copy paste the image url in the browser I've got a 404 and redirect to:
/login.aspx?ReturnUrl=%2fmedia%2f1031%2fdsc00357.jpg%3fcenter%3d0.46333333333333332%2c0.2425%26amp%3bmode%3dcrop%26amp%3bwidth%3d285%26amp%3bheight%3d138%26amp%3brnd%3d130464546300000000¢er=0.46333333333333332,0.2425&mode=crop&width=285&height=138&rnd=130464546300000000
It looks like some kind of permission issue or something like that. Can anybody help?
Regards,
Zoran
It's solved.
In case anybody encouters this problem, here is the solution.
It seems that the new Image Processor process authenticates itself not as the AppPool under which the web site runs but as the anonymous IIS process (IUSR). In our setup, for security reasons, IUSR is denied read rights to folders like App_data, bin, config, etc. Only the AppPool had priviliges for this. Granting read rights to IUSR for the App_Data/cache folder, where by default the Image Processor stores the files, solved this.
Regards,
Zoran
Hi Zoran,
I use the anonymous IIS user as the location of the cache folder might be hidden from default users. That fits most installs.
In your case you could have actually changed the location of the cache folder using the guidelines here.
http://imageprocessor.org/imageprocessor-web/#cacheconfig
Hopefully that will prove useful in the future.
Regards
James.
is working on a reply...