tracker issue : CF-4198042

select a category, or use search below
(searches all categories and all time range)
Title:

imageWrite() don't save jpg to file

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/Fixed

Reporter/Name(from Bugbase): Maxime de Visscher / Maxime de Visscher (Maxime de Visscher)

Created: 11/23/2016

Components: CFIMAGE

Versions: 2016

Failure Type: Non Functioning

Found In Build/Fixed In Build: CF2016_Update3 / 302356

Priority/Frequency: Critical / Most users will encounter

Locale/System: ALL / Linux All

Vote Count: 5

Listed in the version 2016.0.04.302561 Issues Fixed doc
Problem Description:

On a Ubuntu 14.04, imageWrite don't save some jpg to file without produce any error.

It work for :
http://netghost.narod.ru/gff/sample/images/jfif/marbles.jpg

Don't work for :
http://fbuzz.net/wp-content/uploads/2013/07/Love-3.jpg

(Random sample image taken from google image for this bug reproduction.)


Steps to Reproduce:


Code sample:

<cfset myImage = imageRead('http://fbuzz.net/wp-content/uploads/2013/07/Love-3.jpg')> 

<!--- Save the image in a file ---> 
<cfset ImageWrite(myImage,expandPath("./newvisu.jpg"), 1, true)> 

<cfoutput>

ImageWidth:#imageGetWidth(myImage)#<br>
ImageHeight:#imageGetHeight(myImage)#<br>
IsImage:#IsImage(myImage)#<br>
ImageInfo:<cfdump var="#myImage#"><br>

<hr>

<!--- If it's work the image will not be broken --->
<img src="newvisu.jpg">

</cfoutput>



Actual Result:

Broken image

Expected Result:

Image of 'Love' ;)

Any Workarounds:

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	4198042

External Customer Info:
External Company:  
External Customer Name: Maxime de Visscher
External Customer Email:  
External Test Config: My Hardware and Environment details:



InstallKit	Native UNIX

appserver	Tomcat

expiration	{ts '2016-11-22 15:33:32'}

productlevel	Developer

productname	ColdFusion Server

productversion	2016,0,03,300466

rootdir	/opt/coldfusion2016/cfusion



additionalinformation	Linux

arch	amd64

buildnumber	[empty string]

name	UNIX

version	4.4.27-moby

Attachments:

Comments:

Related ticket: CF-4175138 Adobe, the reason is b/c Love-3.jpg's metadata includes the ExifByteOrder. Please see my last comment on CF-4175138 for details and steps to reproduce. Thanks!, -Aaron
Comment by Aaron N.
1464 | February 02, 2017 05:27:02 AM GMT
The issue affects any .jpg taken by a camera, or saved from a program like Photoshop.
Comment by Aaron N.
1465 | February 02, 2017 05:29:16 AM GMT
+1 - Related ticket: CF-4175138
Vote by Aaron N.
1469 | February 02, 2017 06:01:40 AM GMT
Please, fix this asap.
Vote by Simon R.
1470 | March 27, 2017 03:17:03 PM GMT
Needs to be fixed asap
Vote by Kevin T.
1471 | March 27, 2017 03:18:54 PM GMT
This has been fixed and will be addressed in an upcoming update for 2016 .
Comment by Vamseekrishna N.
1466 | March 28, 2017 04:10:36 AM GMT
Please fix.
Vote by Tobias H.
1472 | March 28, 2017 02:29:34 PM GMT
ETA of Hotfix 4?
Comment by Sebastian T.
1467 | March 30, 2017 08:56:16 AM GMT
You can expect it to be released in a few weeks' time.
Comment by Vamseekrishna N.
1468 | March 30, 2017 09:14:01 AM GMT