ColdFusion 8.0.1 Bug Coldfusion.Image.ImageWriter $ ImageWritingException

Posted July 17, 2008 at 9:34 AM

Tags: ColdFusion

I just came across a known bug in ColdFusion 8.0.1. Apparently, sometimes the ColdFusion image functions don't play nicely with JPG image files and throw the following error:

An exception occurred while trying to write the image. Ensure that the destination directory exists and that Coldfusion has permission to write to the given path or file. cause : coldfusion.image.ImageWriter$ImageWritingException: An exception occurred while trying to write the image.

Some quick googling found that there was a Hot Fix available for ColdFusion 8.0.1 image functions. I figured I would post it here in case anyone was running into the same problem.

ColdFusion 8.0.1 CFImage / Image Functions Hot Fix

ColdFusion 8.0 And Later Hot Fixes

I installed the above ColdFusion 8.0.1 Image hot fix, restarted my ColdFusion service, and the image that was breaking my application started working again.



Reader Comments

Jul 17, 2008 at 1:36 PM // reply »
8 Comments

Hey Ben, I've been working with the jpg issues for a while. I've noticed that some jpg's don't play nice even after the hotfixes are applied.

It may be a hack, but I got fed up and had to do something....I'm converting the jpg's to gif's (usng CFIMAGE action="convert") after they're uploaded and then doing the CFIMAGE manipulation (resizing etc) on them. Its an extra step, but it's working like a charm for my site.

I hope this helps!


Jul 17, 2008 at 1:47 PM // reply »
8,824 Comments

@Dan,

Interesting hack. Unfortunately, converting a large JPG to a GIF will increase the file size greatly (in theory)? But, good to have at least on solution till they iron out the kinks.


Ben
Sep 18, 2008 at 5:10 PM // reply »
1 Comments

Thanks for the Tip, this problem was driving me crazy, 1 jpg works fine, then next one does not!

Your site rocks!


Nov 17, 2008 at 1:08 PM // reply »
3 Comments

I had the same problem, and the hot-fixes didn't seem to help. Not quite sure where the client was getting their jpgs from :)

As a fix, I found that saving the image to disk and then reloading it worked. The extra step seemed to convert the jpg to a format that didn't have the problems.

It's not perfect, as it slows things down and probably reduces image quality. It required the least effort though, and doesn't have the issues associated with converting the image format to gif.


Dec 22, 2008 at 1:26 AM // reply »
3 Comments

Thanks so much!!!


Mar 1, 2009 at 2:48 AM // reply »
1 Comments

@Gareth, can you explain further how you got this to work. the hotfix is not working for me either and converting to .gif's is too much load and file size. what do you mean by saving the image to disk and then reloading it. can you provide sample code?


Mar 1, 2009 at 1:42 PM // reply »
3 Comments

It's while ago, but I think I just used cfimage to save the file without modification.
I then reload the new image and do whatever manipulation that's needed.
It doesn't fix all images, but reduced a lot of the problems


Mar 8, 2009 at 7:18 AM // reply »
12 Comments

Thanks Ben, that did the trick for me, I applied the patch and the jpgs are now working.


Apr 7, 2009 at 5:56 AM // reply »
1 Comments

Cheers, that was a lifesaver, spent a week or two on and off on this problem


Jun 16, 2009 at 8:34 AM // reply »
2 Comments

I'd still be starting at a page of code if it wasn't for this post: I had an issue with three file uploads in one form that stopped working after we upgraded to 8, thanks!


Jun 16, 2009 at 8:39 AM // reply »
8,824 Comments

@Garry,

Glad to help :)


Jun 16, 2009 at 9:36 AM // reply »
8 Comments

I commented earlier about converting .jpg's to .gif as a workaround. I've since learned that my .jpg problems stemmed from trying to constrain both the height and width of the .jpg using CFIMAGE action="resize". Sometimes my users would upload a .jpg (book covers in this case) and the dimensions were such that constraining it too far "out of whack" from the original size would cause the page to break. I've since removed the "width" attribute of the CFIMAGE tag, but I still explicitly set the "height"...the width is constrained automagically (thanks CF)...it works perfectly except for the occasional user that uploads something really funky...like a banner image rather than a book cover...lol :-)


Jun 16, 2009 at 9:46 AM // reply »
8,824 Comments

@Dan,

Good tip to know. Thanks.


Jun 16, 2009 at 10:23 AM // reply »
2 Comments

I found that using the cfimage info to determine what's been uploaded seemed to be best, so I have something like this

<cffile action="UPLOAD" filefield="upload2" destination="#application.path#www\alt_images\" nameconflict="MAKEUNIQUE">
<cfimage action="info" source="#application.path#www\alt_images\#cffile.ServerFile#" structname="info">
<cfif info.width gte info.height>
<cfimage action="resize" source="#application.path#www\alt_images\#cffile.ServerFile#"
destination="#application.path#www\alt_images\thumbs\#cffile.ServerFile#" height="" width="100" overwrite="yes">
<cfelse>
<cfimage action="resize" source="#application.path#www\alt_images\#cffile.ServerFile#"
destination="#application.path#www\alt_images\thumbs\#cffile.ServerFile#" height="100" width="" overwrite="yes">
</cfif>


Jun 16, 2009 at 11:10 AM // reply »
8 Comments

@Garry ....awesome idea! thanks for the tip!


Aug 6, 2009 at 3:42 AM // reply »
2 Comments

The cumulative hot fix 2 for CF 8.01 includes this hotfix and a pile of other fixes.

http://kb2.adobe.com/cps/403/kb403781.html

You will also want the hotfix that fixes a vulnerability in FCKEditor (it is not included in the patch above).

http://www.adobe.com/support/security/bulletins/apsb09-09.html


Aug 27, 2009 at 12:33 PM // reply »
3 Comments

Another interesting twist on this issue for the benefit of anyone else who might have trouble. We were using CF8 to write images across the network and had to alter the run-as user for the CF instance in order for the image writing to work.

However, when re-starting the instance via JRun Admin, those permissions were not set - resulting in the aforementioned exception. Re-starting the Windows service that CF was running under fixed the issue.


Sep 2, 2009 at 9:49 AM // reply »
8,824 Comments

@Scott,

Thanks for the links. I need to check to see where my server is on these updates.

@Jeff,

Very interesting situation you got going on there.


Nov 10, 2009 at 10:27 PM // reply »
1 Comments

Another workaround for those "stubborn" jpgs: use <cffile action="readbinary" ...> and feed the variable (name) to <cfimage action="resize" ...>

This worked for me =)


Nov 15, 2009 at 10:34 PM // reply »
8,824 Comments

@Marxmannn,

Oh very interesting; that's great to know about.


Feb 18, 2010 at 6:39 PM // reply »
2 Comments

I have this issue with CF9!

I just give the file url to this custom function I wrote:

<cffunction name="ImageClean">
<cfargument name="dirty">
<cfimage action="convert" source="#dirty#" destination="#dirty#.png">
<cffile action="delete" file="#dirty#">
<cfimage action="convert" source="#dirty#.png" destination="#dirty#">
</cffunction>


Feb 22, 2010 at 9:05 PM // reply »
8,824 Comments

@Laurent,

That's lame that this is still a problem in CF9 = but, I'm glad the convert approach still works.


Feb 23, 2010 at 4:29 AM // reply »
2 Comments

@Ben,

I agree,

Also, another thing is the speed. I just had to convert my image module to stop using CFX_IMAGE (could not find the 1.6.6.15 update who solves the IE7+ color issue) and it is just so slow now, like 30 secs instead of 5 for generating 5 different resizes.


Feb 23, 2010 at 9:06 AM // reply »
3 Comments

I'm interested in doing whatever I can to get the performance of CFIMAGE up to acceptable standards. In my AIR app, the user uploads a full size image (500 x 500) and then CF auto-generates medium and thumbnail images. But it is slow. I'm almost considering manipulating the image in the AIR app before uploading! Any advice on how we might address the performance issues in the meantime?


Feb 23, 2010 at 9:08 PM // reply »
8,824 Comments

@Jeff,

Have you tried adjusting the quality of the image that you are making? I think ColdFusion defaults to highest quality / slowest speed.


Feb 24, 2010 at 8:25 AM // reply »
3 Comments

Good idea! Thanks. I'll have to play around with that - these images are used for an online catalog but the medium/thumbnail images don't have to be of high quality.



Post A Comment

Comment Etiquette: Please do not post spam. Please keep the comments on-topic. Please do not post unrelated questions or large chunks of code. And, above all, please be nice to each other - we're trying to have a good conversation here.

Please review the following issues:

Author Name:


Author Email:

Author Website:

Comment:

Formatting: <strong>bold</strong> <em>italic<em>







  • Help Wanted - Find Your Next ColdFusion Job
Recent Blog Comments
Sep 5, 2010 at 6:35 PM
Muscle: Confessions Of An Unlikely Bodybuilder By Samuel Wilson Fussell
@Ben, Certainly will/ Thanks Sean ... read »
Sep 5, 2010 at 6:26 PM
Experimenting With HTML5's Cache Manifest For Offline Web Applications
@Ben, Yes, I am using Firefox Portable. At the moment I run a portable web server on the stick which holds and serves all files. The good thing is, I can run PHP pages on the stick to do requests to ... read »
Sep 5, 2010 at 5:05 PM
Ask Ben: Finding XML Nodes That Have Children With The Given Case-Insensitive Phrase
@Murray, Good point on the clarification. ... read »
Sep 5, 2010 at 4:40 PM
Ask Ben: Finding XML Nodes That Have Children With The Given Case-Insensitive Phrase
Actually, for the benefit of anyone reading this who might want to make sense of the question post, the first <td> had a bold tag surrounding the numeral 6. So, the problem was that the xmlSear ... read »
Sep 5, 2010 at 4:35 PM
Ask Ben: Finding XML Nodes That Have Children With The Given Case-Insensitive Phrase
Thanks Ben. Much appreciated. ... read »
Sep 5, 2010 at 3:39 PM
jQuery forEach() Experiment For Branch-Wise Implicit Iteration
@Sereal, Wow - what a super flattering thing to say :) I really appreciate that! I'm so happy that this stuff is providing value for you. ... read »
Sep 5, 2010 at 3:32 PM
Escaping Form Values - Understanding The ColdFusion htmlEditFormat() Life Cycle
@Ben, There's also a performance benefit to escaping on database insert since it only needs to be done ONCE - when inserting. When you escape on output, this needs to be done every time you output ... read »
Sep 5, 2010 at 3:30 PM
XML Building / Parsing / Traversing Speed In ColdFusion
@Don, I've played around with a couple of approaches to dealing with XML documents that are too large to be parsed in one shot. In one, approach, I use Regular Expression to try and parse one tag a ... read »