portal entry

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

ColdFusion (2016 release) Update 9 and ColdFusion 11 Update 17 released

| View in Portal
February 22, 2019 11:51:49 AM GMT
<p>Update (2/25/2019): We have also updated the Docker image for the latest ColdFusion (2016 release) update. For more information, see ColdFusion containers. NOTE: ColdFusion 11 Update 16 and ColdFusion (2016 release) Update 8 are no longer available for download. We recommend users to upgrade their versions of ColdFusion to the latest updates. We are pleased to announce that based on your feedback and observations on the previous ColdFusion updates (12 Feb, 2019), we have released updates for: ColdFusion (2016 release) Update […]</p>
<p>The post <a rel="nofollow" href="https://coldfusion.adobe.com/2019/02/coldfusion-2016-release-update-9-coldfusion-11-update-17-released/">ColdFusion (2016 release) Update 9 and ColdFusion 11 Update 17 released</a> appeared first on <a rel="nofollow" href="https://coldfusion.adobe.com">ColdFusion</a>.</p>
Labels: Adobe ColdFusion 11, Adobe ColdFusion 2016, bug fixes in coldfusion 11, bug fixes in coldfusion 2016, coldfusion 11, ColdFusion 11 updates, coldfusion 2016, ColdFusion 2016 updates, ColdFusion security updates


Wow, thanks for the quick turnaround on the new update. I'm a bit surprised to see them only for 11 and 2016. Are you all confirming that the issues fixed were based on issues that you could see were not possible in 2018? I really thought some folks had reported them there also, and that I'd even seen the tasks issue specifically with a client. I will try to replicate it today, or perhaps others here will confirm if they had. Also, I'm surprised to see the odbc problem is listed only as a know issue" with a file manipulation we need to do ourselves. Any explanation on why you guys could not just do it for us? And I'll assume there is no refreshed cf2018 installer addressing the issue from last week's refresh, which had the issue where it showed update 2 as both installed AND available? If not, that will confuse people for months until the next update to 2018. As always, just trying to help.
Comment by Charlie Arehart
1781 | February 22, 2019 01:36:49 PM GMT
Thank you Charlie.
Comment by SauravGhosh
1782 | February 22, 2019 01:44:24 PM GMT
Saurav, I realize you may be responding to my first statement (thanking you all for the quick turnaround). But what about the 3 questions I'd raised?
Comment by Charlie Arehart
1783 | February 22, 2019 01:55:37 PM GMT
Darn, I had meant the above to be a reply to the first comment, not a new one on its own. :-( That happens sometimes on my mobile for some reason, perhaps user error. Wish I could move it. Oh well, too late. Offering this breadcrumb for readers.
Comment by Charlie Arehart
1784 | February 22, 2019 02:02:44 PM GMT
Downloading now and will validate the corrections for the various issues since I ran into almost all of them.
Comment by Leith Tussing
1786 | February 22, 2019 03:53:00 PM GMT
  Hi Charlie, #1 - The problem should not affect 2018 as far as we tell. Would help if someone can provide a reproducible case. #2 - Removing the dll files was a recommendation from Data Direct when they provided us new drivers in the last update cycle, so we had to replace the same with newer versions of the dll files. We are following up with data direct on this. #3 - This can be handled without an installer bits refresh, so this will be fixed if it has not already been fixed. Thanks, Vamsee    
1788 | February 22, 2019 04:04:07 PM GMT
Comment by Dave Cordes
1789 | February 22, 2019 04:13:27 PM GMT
FYI, whatever bug CF11u16 introduced to <cfpdf> is <strong>still</strong> in CF11u17. Said bug, which <em>appears</em> to be induced by a previous action of "addWatermark", outputs an error message of "Opetation could not be completed. Cause: An error occurred while reading source for the cfpdf tag." Opetation is not my misspelling.
1792 | February 22, 2019 08:41:48 PM GMT
Thanks, Vamsee.
Comment by Charlie Arehart
1794 | February 22, 2019 09:03:50 PM GMT
Carl, it seems you feel that is a problem all would hit, but that's not one I had heard anyone mention in the comments of the blog post last week. (But I could have missed it.)  To help confirm if its unique to your setup, perhaps, could you put together a small example that demonstrates the problem? In perhaps just a few lines? Better still, if you could take that demo code (failing for you) and try to run it on your own first in Adobe's cffiddle.org site, that would be another way to confirm if the problem was universal or perhaps unique to you. Just worth it as a sanity check.
Comment by Charlie Arehart
1793 | February 22, 2019 09:07:16 PM GMT
Charlie, That sounds great; however, cffiddle.org seems to be limited to CF2018 and CF2016. Any other thoughts?
1795 | February 25, 2019 02:47:24 PM GMT
Carl, you focused on the second paragraph, rather than the first. I asked if you could offer us some demo code, even just posted here, for folks to try to see if they would have the same issue you do. As for the fact that cffiddle supports only CF2018 and 2016, ok. Sorry I didn't connect the dot to your reporting being on 11. Still, you could try it there to confirm if what you have WORKS AT ALL, even on 2016 or 2018. But here's still more good news, if you really wanted to focus on running it on 11: you can use trycf.com, which is an older form of the same sort of tool (from the community) and which DOES support CF11. Again, if you can run your demo live locally and it fails, then on their server and it works, that would seem to suggest the problem is on your end.  But again if you share a code or link to one of these tools, or a gist, then others could try it as well. Please do try it on one of those first, though, and let us know how it goes.
Comment by Charlie Arehart
1796 | February 25, 2019 03:11:56 PM GMT
<p>Charlie,</p><p>I didn’t mean to imply I was ignoring paragraph 1, I was (and am) putting together a demo, to use in cffiddle and post back here. While I was doing that, I noticed that cffiddle ignores CF11.  But, I continued working on my demo example, and I may have backed into a fix for the bug.</p><p>Code, nutshell:</p><ul><li>read pdf form</li><li>populate form params</li><li>output form to temp file</li><li>create another pdf, consisting of signature image</li><li>addWatermark variable (copyFrom: img pdf, source: temp file)</li><li>*write watermark variable back to temp file</li><li>delete file</li><li>cfcontent variable to browser as a pdf</li></ul><p>As of CF11u16 the bug started throwing the previously reported error.</p><p>If I remove the (*superfluous) write to the file, the code works as it did in CF11u15 (and all CF11 versions prior); extremely odd.</p><p>I attempted to use my demo, on cffiddle, but, since I’m reading files and such, cffiddle shuts me down; so, it’s posted below.</p><p>edit: TryCF.com also shuts me down</p><p>Demo code:</p><p><cfset temp = getTempFile(getTempDirectory(),”temp”) & “.pdf”><br /><cfpdfform action=”populate” source=”https://pt01.ricomaha.com/fake/fake.pdf” destination=”#temp#” overwrite=”true”><br /><cfpdfformparam name=”YourName” value=”Adobe User”><br /><cfpdfformparam name=”DateToday” value=”#dateFormat(now(), ‘long’)#”><br /></cfpdfform></p><p><cfdocument format=”pdf” name=”watermark”><img src=”https://pt01.ricomaha.com/fake/fake.png” style=”height:65px” /></cfdocument><br /><cfset wfile = getTempFile(getTempDirectory(), “wfile”)><br /><cffile action=”write” file=”#wfile#” output=”#watermark#”></p><p><cfpdf action=”addWatermark” copyFrom=”#wFile#” source=”#temp#” showonprint=”true” name=”fake” overwrite=”true” position=”90,-175? opacity=”10?></p><p><!— deleting/commenting out this next line will stop the CF11u16/17 bug from firing —><br /><cffile action=”write” file=”#temp#” output=”#toBinary(fake)#”><br /><cffile action=”delete” file=”#temp#” ><br /><cfcontent type=”application/pdf” reset=”true” variable=”#toBinary(fake)#”></p>
1797 | February 25, 2019 03:37:45 PM GMT
Carl, I only had a moment to try your code, and I was tripped up by the blog having changed ” and ‘ to special formatting. I am offering here the code corrected, for the sake of others who may try going forward.And also note that when entering content here, you can change formatting, including changing the default style of “paragraph” to “preformatted text” using the drop-down on the top left, while typing.Let’s see if that works better.<cfset temp = getTempFile(getTempDirectory(),"temp") & ".pdf"><cfpdfform action="populate" source="https://pt01.ricomaha.com/fake/fake.pdf" destination="#temp#" overwrite="true"><cfpdfformparam name="YourName" value="Adobe User"><cfpdfformparam name="DateToday" value="#dateFormat(now(), 'long')#"></cfpdfform><cfdocument format="pdf" name="watermark"><img src="https://pt01.ricomaha.com/fake/fake.png" style="height:65px" /></cfdocument><cfset wfile = getTempFile(getTempDirectory(), "wfile")><cffile action="write" file="#wfile#" output="#watermark#"><cfpdf action="addWatermark" copyFrom="#wFile#" source="#temp#" showonprint="true" name="fake" overwrite="true" position="90,-175" opacity="10"><!— deleting/commenting out this next line will stop the CF11u16/17 bug from firing —><cffile action="write" file="#temp#" output="#toBinary(fake)#"><cffile action="delete" file="#temp#" ><cfcontent type="application/pdf" reset="true" variable="#toBinary(fake)#">But I have to leave it at that for others to try, for now, as I have a scheduled client call to take.
Comment by Charlie Arehart
1799 | February 25, 2019 07:22:46 PM GMT
<p>Charlie,</p><p>Gah!! I knew there had to be a way to submit code.</p><p>I attempted to add my code, highlighted it all as “preformatted”, looked fine prior to submit; but, alas, when it came back it was “pretty” again. I even tried the "paste as text" option (also a no go).</p>
1800 | February 25, 2019 08:57:42 PM GMT
<p>Here I tried to switch over to "text", instead of visual; it posted a blank reply. </p><p><!--- deleting this next line will stop the CF11u16 bug from firing --></p>
1801 | February 25, 2019 09:00:35 PM GMT
Has anyone else experiencing an issue after installing CF11 Update 17 where a individual CFAdmin security user can no longer access the ‘Settings Summary’ page? Before I ran the update, my individual login could view the CFAdmin ‘Settings Summary’ page. Immediately after the CF11 Update 17 patch, I can’t. I *can* view that page when logged in as the root CFAdmin account, but policies require us to use individual user accounts. Error “The current user is not authorized to invoke this method.” appears as ‘cfaminapiSecurityError’ occurred at /CFIDE/adminapi.accessmanager.cfc:105. There’s nothing I can see in user setup — the user account is basically a super-user with everything enabled — that would keep it from accessing that page. I’ve reported the issue, and been told Adobe cannot replicate, and that it must be my environment. They also asked if I’d reset the connectors (I have). I understand the thought, but it worked exactly as it should before the update. The only thing that’s changed is running the CF11 Update 17 installer. Seems like this has happened before (<a href="https://coldfusion.adobe.com/discussion/2156921/">https://coldfusion.adobe.com/discussion/2156921/</a>). Has anyone else noticed this scenario? Thank you.
Comment by CFDaddio2
1802 | February 26, 2019 02:28:43 PM GMT
Sorry for the long, run-on paragraph. As soon as I edited my original post, it would no longer accept line breaks.
Comment by CFDaddio2
1804 | February 26, 2019 08:17:16 PM GMT
The problem could be due to an unnoticed error in the applying of the update. You don't clarify if you have confirmed that you have looked in the install log for your update (in the hf-updates subfolder for your update 17), to ensure that it reports (near the top) that there were only all "successes" and zero "errors". If any errors, that may cause your problem. For more, see: <a href="https://www.carehart.org/blog/client/index.cfm/2016/9/6/solve_common_problems_with_CF_updates_in_10_and_above" rel="nofollow">https://www.carehart.org/blog/client/index.cfm/2016/9/6/solve_common_problems_with_CF_updates_in_10_and_above</a> If you would say that there are 0 errors, I will note that the number of people using separate admin users is a rather small percentage of the CF base, and even fewer would have necessarily yet applied update 17. I would think your next step would be to implement the free trial or developer edition on another box, confirm that it WORKS when you enable that, and then do a comparison of the two to find the difference. Not the answer you sought, I'm sure.  But some things to go on.
Comment by Charlie Arehart
1803 | February 26, 2019 08:17:53 PM GMT
Thank you, Charlie. People like you are often amazing resources for issues like this, and you don't get thanked enough. For what it's worth, I have checked the install log and there were zero errors reported. So, I'll need to try your other suggestions. With the install-on-separate-box idea, are you suggesting just straight install or getting that new install up to u17 before verifying? I ask because, as I mentioned, I know it worked as it should on u15 ... I skipped u16 because I wasn't able to install it due to the 'manual installation using admin account' bug. So, it worked fine on u15, no install errors reported with u17, but no longer works with u17. Thank you again. Have a nice day. Matt Barrick
Comment by CFDaddio2
1808 | February 27, 2019 01:46:20 PM GMT
Thanks for the very kind regards, Matt.Right, I was thinking that you might want to install cf11 on the new machine, test your issue, then apply the update, and test again. Then if it works, compare what’s different.
Comment by Charlie Arehart
1810 | February 28, 2019 04:39:08 AM GMT
We've upgraded from CF-11 to CF-2016 Update 9 (Enterprise Versions). We have hundreds of Report Builder files which where working fine with CF-11. In CF-2016, no € symbols are displayed in our reports. It does not matter whether a string containing a € symbol is passed to the report via a variable, or a € symbol is contained directly in a text field of the report. Instead of the € symbol, the currency sign (¤) [Unicode Character "¤" (U+00A4)] is displayed. We cannot find the reason for it. :-((
Comment by KnuBew
1818 | March 01, 2019 11:40:48 AM GMT
Did you modify JAVA settings?
Comment by Bernhard Döbler
1825 | March 03, 2019 12:54:06 AM GMT
Hi there We've just updated all our servers with the latest round of updates (last 3) and suddenly CFHTTP is behaving differently. Some of our customer use PayPal IPN Verification which does a CFHTTP GET to the following URL: <a href="https://www.paypal.com/cgi-bin/webscr?cmd=_notify-validate&#getHttpRequestData().content#" rel="nofollow">https://www.paypal.com/cgi-bin/webscr?cmd=_notify-validate&#getHttpRequestData().content#</a> No code has been changed, just the new updates installed and restart. Seems either CFHTTP behaviour has changed or URL encoding? This is a major issue for us as now all PayPal payments are failing. Dave
Comment by davequested
1826 | March 03, 2019 04:42:47 AM GMT
Yes, but we've tried also the original JAVA settings in jvm.config - same failing result. We have raised a bug (4204059) report under <a href="https://tracker.adobe.com/#/view/CF-4204059" rel="nofollow">https://tracker.adobe.com/#/view/CF-4204059</a>
Comment by KnuBew
1827 | March 03, 2019 11:21:29 AM GMT
We use the font "Helvetica" in most of our reports (*.cfr) for creating PDF files, because this font is listed as "ADOBE-BUILT-IN" font in the ColdFusion Administrator under "Server Settings > Font Management". We never had problems with the EURO (€) symbol in our generated PDF files. After changing the font to "Arial" in a report file (*.cfr), the € symbol is displayed correctly, although the font "Arial" is not listet in the ColdFusion Administrator under "Server Settings > Font Management". That's very strange. I asume the bug may have something to do with some kind of wrong font mapping or a kind of wrong font fall-back in CF-2016. We have hundreds of Report Builder files (*.cfr) and it's nearly impossible for us to edit every single report file. This would take days.
Comment by KnuBew
1828 | March 03, 2019 12:43:31 PM GMT
Dave, you say it is "behaving differently". Can you elaborate?  Do you mean returning an error? a different result? And have you created a single file test with a couple lines to do the cfhttp and dump the result? And have you tried that on another machine with the same version? That could help you see the problem, or help others try to replicate it. Finally, have you confirmed there are 0 fatalerrors reported in the install log of the latest update you did, in cfusion\hf-updates subfolder for that latest update? (And did really mean you did the "last 3", as in 3 in an row? That would not have been necessary  They are cumulative, so you need only do the latest you want to do.) Let us know if any of this helps.
Comment by Charlie Arehart
1830 | March 03, 2019 01:33:37 PM GMT
KnuBew, have you tried to create a simple demo with just a couple lines to show the problem, in a way that lets you or others demonstrate it? And to take cfreport out of the equation, could you try something simpler like a cfdocument with a single line of content that may demonstrate things? That could help you see the problem, or help others try to replicate it. And could you then try that on another machine with the same version first, or on cffiddle.org or trycf.com? Finally, have you confirmed there are 0 fatalerrors reported in the install log of the latest update you did, in cfusion\hf-updates subfolder for that latest update? Let us know if any of this helps.
Comment by Charlie Arehart
1831 | March 03, 2019 01:49:53 PM GMT
Hello Charlie, thanks for your comment. <blockquote>have you tried to create a simple demo with just a couple lines to show the problem, in a way that lets you or others demonstrate it?</blockquote> Sorry, that's not possible, because the error occours only in report files (*.cfr) . I've posted two files under: <a href="https://tracker.adobe.com/#/view/CF-4204059" rel="nofollow">https://tracker.adobe.com/#/view/CF-4204059</a> <blockquote>And to take cfreport out of the equation, could you try something simpler like a cfdocument with a single line of content that may demonstrate things?</blockquote> The <cfdocument> tag works like a charm without any problems. <blockquote><cfdocument format="pdf" filename="euroTest.pdf" overwrite="yes" saveAsName="euroTest.pdf"> Show € symbol </cfdocument></blockquote> The pdf is generated correctly with the € symbol. <blockquote>And could you then try that on another machine with the same version first, or on cffiddle.org or trycf.com?</blockquote> I'm working with a multi server enviroment. I have only one development machine, but I can reproduce the error on all running server instances. The production machine still runs under CF-11 and I cannot update it to CF-2016 until the reason for the error (and a fix) is found. Further testing is difficult for me, because I cannot run report files (*.cfr) on cffiddle.org and trycf.com . <blockquote>Finally, have you confirmed there are 0 fatalerrors reported in the install log of the latest update you did, in cfusion\hf-updates subfolder for that latest update?</blockquote> Under "cfusion\hf-updates" there is only a "hotfix_filelist.log". This file only lists added, modified and removed files. In all other instances under "{instance_name}\hf-updates" I cannot find a "install log". The "Adobe_ColdFusion_2016_Install_02_20_2019_22_22_11.log" lists: 0 NonFatalErrors 0 FatalErrors I hope that this information will help a little. Best regards Knut
Comment by KnuBew
1833 | March 03, 2019 03:54:48 PM GMT
Sorry, block quotes didn't work in my comment.
Comment by KnuBew
1832 | March 03, 2019 03:58:31 PM GMT
Knut, thanks. So a few more things in reply: About the sample CFR offered in the tracker, thanks. That's perhaps the kind of demo I was referring to. That said, since cfr's are binary, we can't know if we can run it, if it may require specific args passed in on the cfreport tag I am saying that for your sake, and Adobe's, or anyone else who may help you, it would help for you to create a simple CFR (yes, open CF Report Builder and create a simple new report, with one line, using the font you're referring to). And then share that, and a CFREPORT to call it (whether there or here). At least then others (or you) could try THAT on other servers. Not to discourage you from seeking assistance, but it seems worth noting that since CF2016, CFReport and the Report Builder are deprecated  AND unsupported. See https://helpx.adobe.com/coldfusion/deprecated-features.html That log is indeed what I was referring to (it has the word "install" in it). I suppose I could have been more specific for you, but I knew it would be only one of two log files there. And as for the cfusion hf-updates having no update install log, I suppose you may have applied updates ONLY to instances and NOT the cfusion instance, which seems perhaps the situation for you.
Comment by Charlie Arehart
1834 | March 03, 2019 04:26:20 PM GMT
In my last reply, those were supposed to be numbered paragraphs. Sadly, just as you lost your blockquotes, I lost the numbering. There is a problem with the portal (which happened in the past, when people would edit previous comments especially). I have reported that again to Adobe, privately, and also in a post I'd made in Oct (<a href="https://coldfusion.adobe.com/2018/10/seems-problem-editing-replies-since-recent-portal-update/#comment-29788">https://coldfusion.adobe.com/2018/10/seems-problem-editing-replies-since-recent-portal-update/)</a>, and I'd updated that in early Feb to say it was fixed (with a new post celebrating that), but now it's back. I have added a comment today to both posts.
Comment by Charlie Arehart
1835 | March 03, 2019 04:35:22 PM GMT
<blockquote><em>> the sample CFR offered in the tracker...</em></blockquote> The CFR sample is that simple kind of report, you've described. You can open it with a direct call to the file. There no need for additional parameters to call it. <blockquote><em>> since CF2016, CFReport and the Report Builder are deprecated</em></blockquote> Yeah, I know and I think it was a very bad decision from Adobe to deprecate CFReport and Report Builder without offering an alternative reporting tool for the CF users. Reporting was one of the main reasons to use ColdFusion in my company for our online ticketing application since 2008 ... and we have hundreds of reports (*.cfr files). <blockquote><em>And as for the cfusion hf-updates having no update install log, I suppose you may have applied updates ONLY to instances and NOT the cfusion instance, which seems perhaps the situation for you.</em></blockquote> No, we always apply updates to all instances (inc. "cfusion"). Maybe there is no update log because we run CF on a linux machine?! Don't know...  
Comment by KnuBew
1838 | March 03, 2019 05:53:04 PM GMT
Knut, ok on all that. But on your first point, we couldn't have known, right? Also, how about making it easier for folks to test it by offering a cfm with the cfreport that calls it? Most folks don't use it at all. And I'm not at my computer to offer that for you as a confirmed successful test. I'm just trying to help you help us, to help you  :-) And I realize you may just wish to report the bug and leave it at waiting for Adobe. I just have seen many cases where a seeming bug could not be reproduced on another machine. Thus my pressing (and since Adobe may not help with this now-not-supported feature)
Comment by Charlie Arehart
1839 | March 03, 2019 06:12:35 PM GMT
Charlie, <blockquote><em>> But on your first point, we couldn’t have known, right?</em></blockquote> Yes, you're right. Sorry, I missed to mention that. <blockquote><em>> Also, how about making it easier for folks to test it by offering a cfm with the cfreport that calls it?</em></blockquote> That's right. I wrote a small cfm file to call the report file and to display the generated report on screen. I've added the file to <a href="https://tracker.adobe.com/#/view/CF-4204059" rel="nofollow">https://tracker.adobe.com/#/view/CF-4204059</a> <blockquote>> I’m just trying to help you help us, to help you <img src="https://s.w.org/images/core/emoji/2.3/72x72/1f642.png" alt="??" class="wp-smiley" style="height: 1em; max-height: 1em;" /></blockquote> Many Thanks. I really appreciate your tips.
Comment by KnuBew
1840 | March 03, 2019 07:21:09 PM GMT
Thanks for adding that. Hope others may try that, whether following alone here or in tracker, or that I can later. Speaking of tracker, you should add a comment (if you haven't already) saying that you added that file, so it will notify others following it.
Comment by Charlie Arehart
1841 | March 03, 2019 07:59:57 PM GMT
<blockquote><em>> you should add a comment (if you haven’t already) saying that you added that file, so it will notify others following it.</em></blockquote> I've just added the comment to the tracker. Again - thanks to you.
Comment by KnuBew
1842 | March 03, 2019 08:14:16 PM GMT
Just an update to those following this thread: I just tried the code he shared, in Tracker, and I shared observations there. It really would be best to continue the conversation about this there, as it's more a support issue and not about this specific update. (I report there that it did not work for me on EITHER CF2016 update 9, which  this is about, OR on update 5, where I also tested it. So it doesn't seem to be related to updates within cf2016, per se, or at least not THIS update.)
Comment by Charlie Arehart
1843 | March 03, 2019 10:48:16 PM GMT
We have the same problem sending data to Twilio and is breaking all our call integrations.
Comment by ehoffmandscxn
1930 | March 18, 2019 03:46:22 PM GMT
for reference:  we switched to `encodeForURL()` method.  Now works again.
Comment by ehoffmandscxn
1931 | March 18, 2019 04:20:43 PM GMT
We are also having issues with strings being passed to our API & Solr after this update. Still determining what this update changed in handling those passed strings and why they all now require encoding.
Comment by R o y a l T
2004 | April 19, 2019 04:14:10 PM GMT