tracker issue : CF-3756738

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

cfchart style value works not as before and documented

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Reto Aeberli / Reto Aeberli (Reto Aeberli)

Created: 05/07/2014

Components: Charting/Graphing

Versions: 11.0

Failure Type: Usability Issue

Found In Build/Fixed In Build: CF11_Final /

Priority/Frequency: Normal / Most users will encounter

Locale/System: ALL / Win 2012 Server x64

Vote Count: 2

Listed in the version 11.0.03.292480 Issues Fixed doc 
Problem Description: 
cfchart with attribute style="blue" doesn't work anymore in ColdFusion 11. According to processmonitor ColdFusion tries to open a file called blue without extension. Using style="blue.xml" works and opens the default shipped style file. Just using blue has worked before and is even officially documented by adobe at: http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=graphing_06.html
On CF Versions before Version 11, using style="blue.xml" doesn't work.

Steps to Reproduce: 
create cfml template with the following code from the cf docs:
<cfchart style="beige">
    <cfchartseries type="pie">
        <cfchartdata item="New car sales" value="50000">
        <cfchartdata item="Used car sales" value="25000">
        <cfchartdata item="Leasing" value="30000">
        <cfchartdata item="Service" value="40000">
    </cfchartseries>
</cfchart>
and open the template in the browser

Actual Result:
Could not locate the style file beige.
Ensure that the file exists and is readable.

Expected Result:
chart

Any Workarounds:
append .xml to the style value
But this makes the cfml application not compatible with CF before Version 11

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

Watson Bug ID:	3756738

External Customer Info:
External Company:  
External Customer Name: Reto CENTINATED GmbH
External Customer Email:  
External Test Config: My Hardware and Environment details:

Attachments:

  1. October 18, 2014 00:00:00: 1_cfchart_error.png
  2. October 18, 2014 00:00:00: 2_example_for_style.xml

Comments:

Documentation for the style attribute also says "XML file or string". However, attempting to use a JSON string results in an error: "Could not locate the style file"
Comment by External U.
12268 | July 30, 2014 02:31:56 PM GMT
Backward compatibility of CFChart in CF11 is awful....borderline non-existent. CFChart code in existence since CFMX 7 no longer produces production ready charts. Styles are mangled and ugly. We cannot deploy CF11 until we circle back to fix 100's of CFChart tags. Thanks, Adobe.
Vote by External U.
12273 | July 30, 2014 02:34:32 PM GMT
Need documentation on this. All of our charts use the XML string in the style= attribute of the cfchart at the moment, which doesn't work.
Vote by External U.
12274 | October 17, 2014 11:14:22 AM GMT
RobWeaver, Can you post the cfm code that you used. It will be helpful if you log a separate bug with the repro case.
Comment by Himavanth R.
12269 | October 20, 2014 05:43:23 AM GMT
This is only partially fixed in CF11 Update 3. No error is thrown (good), but: style="beige" renders as style="default" (bad) style="blue" renders as style="default" (bad) style="default" renders as style="default" (good) style="red" renders as style="default" (bad) style="silver" renders as style="default" (bad) style="yellow" renders as style="default" (bad) Thanks!, -Aaron
Comment by External U.
12270 | November 06, 2014 01:01:19 AM GMT
Verified this is fixed in CF11 Update 3 (11,0,03,292024(PreRelease)). No error is thrown and all styles render their correct colors. Thanks!, -Aaron
Comment by External U.
12271 | November 09, 2014 04:07:06 AM GMT
I can confirm that the bug is fixed. But it's a little bit sad that it took so long to fix and now everyone who implemented the workarround with appending .xml to the attribute value has to update all charts again when installing the update 3. After waiting so long it would be better to accept style="beige" and style="beige.xml" to not break the code again.
Comment by External U.
12272 | November 26, 2014 04:33:39 AM GMT