Announcing ColdFusion updates of Jul 14 2026 - p1 security update - thoughts and resources
In brief, this update is another classed by Adobe as a P1 (Priority 1, "Critical") security update. Specifically, the Adobe produce security bulletin (linked to below) indicates that the update addresses "vulnerabilities that could lead to arbitrary code execution, privilege escalation, arbitrary file system read, and security feature bypass". And while it also says that, "Adobe is not aware of any exploits in the wild for any of the issues addressed in these updates", note that it's not uncommon that the vulns will immediately be being reverse-engineered and exploited by bad guys--or good guys trying to warn folks.
As such, it's always important to apply CF updates, and still more important for CF security updates, but then especially if they are classed as "critical" like this (though it's also true that some vulns are in features that may be disabled by default, or disabled for you, in which case their urgency is diminished).
Finally, as happens with about 30% of CF security updates, this one has a potential breaking change (which could affect some apps but not all), and there is a new jvm flags/args which would allow you to trade back that improved security for compatibility. You should consider such changes carefully before just applying the update in prod (as some do) or relying on only light testing of a few pages. The same care should be taken before just blithely sticking the jvm args in for compatibility sake.
Forewarned is forearmed. Read on for more, including many other observations I offer about what else has changed with this update, and some concluding thoughts on best practices regarding any CF update.
(If I update this post since its original release, I will track those changes at the bottom of this post.)
Quick overview
Besides the key points shared above, see below for other key aspects of the update, including first the breaking change which impacts on CF query processing (which could affect however you query databases, whether cfquery, queryexecute, cfstoredproc, etc., if you somehow use invalid "table identifiers"--which are now no longer allowed), along with a jvm arg to revert that changed behavior.
There's also a new CF add-on installer (for those who use that, as opposed to the add-on service implemented by the CF installer itself). And there's the first update made available for the CF PMT (Performance Monitoring Toolkit). if you use that tool (which was introduced in CF2018). Again, more on these below.
Beyond that there are no bug fixes or known issues indicated for this update, at this writing. (Though see below for at least one CF2025 bug fixed that I can confirm.)
And yes, this is another CF update in the month of July 2026, which is also in addition to the one released June 9. That's indeed 3 updates in barely more than a month. I discuss each in a post of their own.
Like with each CF update, I share below the details about the update (from Adobe and from others) as well as additional info you may want to consider before (or after) doing the update.
And FWIW I'll note that I have installed the update for each of the releases on multiple machines, starting from different update levels, and on multiple OS's, and I can report that it went well with regard to performing the update itself. As for whether your apps will be affected by the update, or others you may be skipping, I can't speak to that other than to offer the info about the update itself, below.
Finally, sometimes issues may arise due to caching--with respect to "seeing" or downloading the update. They may be at Adobe, or at CDNs they use, or it may be due to something in your own network. Only time will tell if it hits some, but such problems inevitably do pass.
Details on the update, applying it, and more
Following are the topics discussed in this post:
- Finding the update (and more about it)
- What are the security issues addressed in the update?
- What's changed in the update?
- Other matters about update (packages, connectors, bugs, known issues)
- Additional info to consider before/after doing CF updates
- On getting help with the update(s)
I appreciate that some people look for my posts as a go-to resource about the update, and some may wish I'd gotten this note out yesterday (the day of the update's release). Beside testing on multiple machines, I also take time to consider feedback shared in the community, or things I may learn as I offer help to them and my own clients. As for being a day late, it's that beside the above, I also had to take 5 hours out of my day for travel last night to/from the airport to pick up my wife who had been away. I love rural life, but some things are far away.:-)
Finding the update (and more about it)
As always, there are several ways you could find out about the update.
First, you should find news of the new update in your CF Admin upon login (assuming "check for updates" is enabled in its Package Manager "Settings" tab, or if you click the "check for updates" button under the "Core Server" section of the Package Manager page). If you don't find it there, even today, again give it time as again there may be caching issue.
Next, Adobe has announced the update via their CF Community Forums and CF Portal, specifically these:
As I write, there are no discussions of any issues so far. (FWIW, there tends to be more "discussion" from community members in the forum announcement than the blog post, though not always.) Note also that sometimes the community may discuss issues with the update in such places as the CFML Slack, the Facebook and Linked CF programmers group, etc. I list links to those in my cf411 site of community help resources.
And each such Adobe announcement about an update points to the very important update technote available for each version, in this case:
- ColdFusion (2025 release) Update 11
- ColdFusion (2023 release) Update 22
BTW, note that the URL for these technotes has changed mid-year. The docs now use "guides.adobe.com" rather than the "helpx.adobe.com".
Finally, as forgetting notified by email about CF updates, see the discussion below, How to get notified of updates by email, among the closing points about "additional info" on updates.
What are the security issues addressed in the update?
As I indicated at the outset, this update is focused primarily on security. Quoting from the update technotes, the update targets ""vulnerabilities that could lead to arbitrary code execution, privilege escalation, arbitrary file system read, and security feature bypass".As for the CF aspects of the security vulnerabilities, see both the update technotes above and the Adobe Product Security Bulletin (or APSB) for this update, which indicates how it's indeed a Priority 1 "Critical" update, with the 13 issues listed in the bulletin having a range of CVSS scores from 2.7 to 9.9 out of 10 (with 8 scoring 9 or above). The bulletin also clarifies the specific NIST CVEs addressed.
You can read the bulletin for the boilerplate identification of the issues, and the CVE documents. Sadly, as is nearly always the case, there is very little detail beyond that about the vulns, and certainly no information to help you "detect if you're vulnerable". The expectation is that "you are" (vulnerable) and therefore "you should apply the update" in order to get the protection it offers. And as I noted above, even if you may not think you are, bad guys may be studying/reverse-engineering the fixes to determine how non-updated CF instances might be compromised.
What's changed in the update?
As noted at the outset, there is still more about the security aspects of this update which, like about 30% of recent CF security updates, has introduced some breaking changes (where Adobe is sacrificing compatibility for the sake of security), which will impact some (but not all) CF apps.
No longer allowing "Unsafe Table Identifiers" in queries
This change affects query processing (cfquery and other tags/statements) where the SQL you send to your db might have what are called "Unsafe Table Identifiers". Sadly, the update technote doesn't indicate much about this. Indeed, it points us to another page (about what jvm args each update supports--more in a moment), where there are a couple of paragraphs worth of what little explanation is offered:
"A backward compatibility flag introduced to preserve the legacy behavior of table identifier handling. By default, this flag is false, which enables the newer identifier validation logic.
This is discussing the jvm arg (aka "JVM flag") which can revert this behavior, if desired. If used, those are settable in the CF Admin "Java and JVM" page or CF's jvm.config file). The new/updates flag is:
- -Dcoldfusion.sql.allowUnsafeTableIdentifiers (which defaults now to false)
Here's hoping that in time Adobe or someone else will clarify what these invalid "unsafe table identifiers" were, in case people may want to search their code for some (but I realize sometimes such vulns stem from the ability to create quite wide-ranging special characters and character entities that can be hard to "look for".)
As for the available document listing all the JVM args, as added per different updates to CF2025 and CF2023, those are at:
Updated add-on installers
Note that the CF update technote also indicates how there are new "CF add-on service installers" for each of CF2025 and 2023, available as always at the CF downloads page. (This downloads page offers things RELATED to CF. And while it offers the CF "zip" install download it does NOT offer the full CF installer--and that zip is NOT just a zipped up version of the full installer. It's a different animal.)
This CF add-ons installer is something only some folks use/need, if they somehow want to install the add-on service separately from the offer within the CF full installer which can implement it.
The CF update technote page gives no explanation of what if anything has changed, but I have compared the new ones to the original ones and these new ones are different. Suffice it to say they have implemented security-related changes into the add-on services as implemented in this installer, perhaps bringing it up to speed with recent CF updates, that only updated the jetty folder within CF's cfusion folder. I will not endeavor now to investigate or detail what ways things ARE different. Perhaps Adobe will clarify at some point.
Performance Monitoring Toolset updates
Note that PMT got its first update, for both CF2025 and 2023. Is a security update only. See some discussion in the same apsb as above. See also respective technote for each, including how to apply the update and some known issues in applying it (especially a need for Windows users to stop the PMT datastore first):
Again, there's no indicated change in the PMT beyond this seeming security update. Only time will tell if anyone or Adobe identifies other changes.
Configuration note: custom scripts directory paths
Finally, the update technotes also offer now a new section which is not about anything "new" with this update, but is simply Adobe clarifying something which has long been true, but not well-documented. For some reason they decided to offer this as documentation here. (It's unclear if it will be repeated on each update or not.)
The info (in each update technote for CF2025 and 2023) discusses an aspect of changing the "default script src" setting in the CF Admin, which identifies an alternative virtual directory name to be used when the CF web server connector creates virtual directories in IIS or Apache, pointing to CF's cf_scripts folder. The new info elaborates on how it's important that you also MANUALLY configure the CF admin's built-in web server (the Tomcat web server) to define virtual directories there as well. Otherwise, some aspects of the CF Admin will fail.
Besides the few paragraphs Adobe offers in this technote, see also this blog posts on the topic from Pete Frietag of a few years ago (and my comments on the more recent one):
- Pete's post on creating Tomcat virtual directories (from 2019, updated in 2025)
- Pete's post on modifying this default script src value (from 2011, updated in 2024)
Other matters about update (packages, connectors, bugs, known issues)
Now, let's move on to what else is indicated as potentially interesting (or not) in the update technotes.
Packages updated in this update
As is the case with many of the CF updates, this one does include updates to a few of its packages. See the table at the bottom of each technote indicating what packages were updated (which differs slightly between the two versions).
Connector updates in this update
Another table near the bottom of the technote also indicates that there is no need in this CF update to update/recreate the CF web server connector (unless you're on CF2023 and never updated it after its update 4).
Bug fixes/known issues in this update
As I noted at the outset, the technotes for this update indicate no bug fixes or known issues, at the time of this writing. (BTW, I am not at all suggesting "there are no other bugs that remain to be fixed" in CF. I'm referring only to what this update addresses.)
But I will share some good news for those using CF2025, if using CFReport and CFR files, and you have images in those reports. Folks using that found starting with CF2025 update 8 that the images disappeared from the reports. They are happy to now find them working as of this update, and I can confirm this. I had setup a simple test case to demonstrate to Adobe support. We never heard back that it was fixed, but it is. Little victories.
That said, it's lamentable if an update adds a bug fix but there's no indication of it. (A variant on "what happens if a tree falls in a forest and no one is there to hear it?")
Additional info to consider before/after doing CF updates
Finally, just as with ANY CF update, there are a few issues you should keep in mind. Some have to do with things you should consider BEFORE doing any CF update, while others relate to considerations AFTER the update is applied.
I used to cover them within each of these posts, but I have tried to avoid repeating them. I'll say again that I plan to create a new post pulling the points out to stand alone (as like a best practices for CF updates). But until then, look first at the closing sections of my Apr 2026 update post:
- Things to beware BEFORE doing any CF update
- Changes, as a result of any CF updates you may be skipping
- Beware also that if you'd modified the pathfilter.json file introduced in the May 2025 CF update, sadly that file will be overwritten
- How can you assess if the update went well?
- 1) Check the update log, both for success applying the update
- 2) Check that same update log, for success in the update downloading any updated package
- 3) Check the coldfusion-out.log for success during UPDATING of any packages
- A few other topics generic to recent CF updates, which you may want to consider
- You should strongly consider "clearing the felix-cache"
- Other update topics to consider
And then there were still other generic update topics which I'd covered in still previous posts, the last one in my post on the Oct 2024 updates. After that I started having my subsequent posts point people instead to the bottom of that post for these equally important topics:
- What to consider, with regard to some previous CF updates (possible breaking changes)
- As with all CF updates, possible need to upgrade web server connector
- Something to consider, if you're updating CF2023 from its update 4, or earlier
- and more
How to get notified of updates by email
One last generic topic, not currently covered in those two posts, is that if you may prefer getting notified by email about such CF updates, there are multiple options for that:
- Adobe offers a free service for you to be notified by email regarding any security updates. You can limit it, of course, to only CF. (It does not notify you about non-security CF updates, though.)
- In the cf admin Package Manager page, note there's a Settings tab at the top, and one of the configurable settings it to provide an email address/addresses to be notified by your own server. This assumes the CF admin Mail page is properly configured with an smtp server to deliver the email.
- Pete Freitag offers a wonderful (paid) service called HackMyCF, which despite the scary-sounding name checks regularly to let you know if you are not keeping up on CF security configuration matters, including updates and much more. (Indeed, it will warn if your cf configuration exposes the RDS feature as well as the CFIDE and cf_scripts folders which the news reports above say are being exploited if this June 30 2026 update is not applied.) Another key benefit, though, is that he also sends an email to hackmycf customers indicating when cf updates are released, usually the day they come out.
- And I, too, try to post about updates the day they come out. You can follow my rss feed or easily subscribe to get email notification of posts. See the simple form and rss feed link offered at the end of each post.
- CF hosting companies tend to share an email to their clients when updates come out, including VivioTech, xByte, and others.
On getting help with the update(s)
Finally, as for getting more help with the update, you have a few options.
First, you can reach out to Adobe via the post(s) announcing the update which I pointed to above. Adobe folks might well respond to issues you raise there. Or you could reach out to their support email addresses: [email protected] or [email protected].
Next, you can also reach out to the wider CF community for help or to hear from others. Again, I offer links to several of the online CF communities here.
Finally, if you may want help with considering, installing, or troubleshooting anything related to these updates (or indeed anything related to CF), I'm available for online remote consulting. I can often help solve such update problems VERY quickly (often minutes, rarely even hours), getting you back on your feet. More at carehart.org/consulting.
For more content like this from Charlie Arehart:Need more help with problems?
- Signup to get his blog posts by email:
- Follow his blog RSS feed
- View the rest of his blog posts
- View his blog posts on the Adobe CF portal
- If you may prefer direct help, rather than digging around here/elsewhere or via comments, he can help via his online consulting services
- See that page for more on how he can help a) over the web, safely and securely, b) usually very quickly, c) teaching you along the way, and d) with satisfaction guaranteed





Everything has always worked without any issues.
Confirming a few things though that have always seemed odd to me:
1. With my process described above packages are updating themselves during the hotfix install, no? Seems like it does for me - I see the installed package version numbers climbing over time. Back when the packages repository process was introduced I was baffled as I assumed I would have to install package updates manually post hotfix-installation. I run "check updates" and it returns no updates.
2. If a hotfix (example: 2025 Update 11, "331909") has a technote indicating that a certain package (example: administrator) was updated should the current version of said package in ColdFusion administrator not always reference "11" in it somewhere? I have many packages installed with version numbers containing "08" or "10", even though later hotfixes have apparently included package updates - such as Update 11. I'm looking at the bundlesdependency.json file included in the Update 11 packages repository and seeing no instances of a version number containing "2025.0.11" anywhere, nor any references to "331909".
Or is it possible that:
A. The technote for 2025 Update 11 - which says included 9 package updates - actually didn't include any package updates at all?
B. The technote is right - there were 9 package updates in 2025 Update 11 - but Adobe forgot to update bundlesdependency.json?
If instead you do the same cfpm command to update the packages then those are indeed done when you do that (just like if one updates packages within the cf admin)...though as you may know, both will still indicate that some package updates (or installs) require a cf restart, and that's when some aspects of those are processed during that startup.
To your final point, you certainly could still see older package version numbers being installed, given that some packages are not often updated.
But you seem to be saying that you find NO packages having been updated to 11, even after updating cf2025 to update 12. That's certainly a problem. At a minimum, the administrator package should be at 11 since it was one of the packages updated.
And to that, I'll go back to my previous paragraph: have you restarted cf after doing those package updates (if done manually via cfpm)? And either way, have you checked the coldfusion-out.log to view what was tracked during that Cf restart? See the links offered to my other post with more detail on checking for that.
Let us know what you find.
To your next note, another possibility is that a caching issue led your json file to not be updated. You can confirm that on your own, but check it from the cf server. Even better, check it from a cfhttp call run within that Cf instance.
In the meantime, I'll go check to confirm the 9 packages got updated on my machines. I'd never had reason to double check that, as I'd never found the scenario you describe.
I've definitely been checking on-server.
The packages repository for CF2025 Update 11 (on the technote, here: https://guides.adobe.com/coldfusion/en/docs/install-and-configure-coldfusion/coldfusion-2025-release-update-11.html) does not seem to have any "version 11" package updates within it.
Unless I'm crazy and am just missing it. The latest version for some packages within it is "10", despite the technote claiming that CF2025 Update 11 contained updates for several packages.
And while you could look at each one one at a time in the CF Admin, or use the "cfpm list" command, you can also view all your package version values in the CF Admin, in its "settings summary" page, which lists all the packages and their versions in its "package details" section.
And I see you have now dropped in another comment while I write this one. Let me send this and then respond to that separately.a
We'll probably post at the same time again (doh), but I think I discovered the issue. The technote's downloadable packages repository (URL shared above) does not align with the one Adobe hosts:
https://cfmodules.adobe.com/cf2025/bundlesdependency.json
So I'm guessing those who update via CF administrator got all the updated packages, but those of us who manually update didn't.
Still, you may well feel this "solved it". Even so, please wait to respond until you read my next message. :-) I'd appreciate your relating what you say to what I will have said.
https://cfdownload.adobe.com/pub/adobe/coldfusion/2025/packages/hotfix-packages-cf2025-011-331909.zip
Or you can get it directly from this URL, which is what the CF Admin (and that neo_updates.xml) would point to by default:
https://www.adobe.com/go/cf2025_packages
And that does a redirect on the Adobe server to this:
https://cfmodules.adobe.com/cf2025/bundlesdependency.json
And it's THAT json file which should have references within it to 0.11. And it does for me. As I said in my last comment, the 9 packages WERE updated to 11.
So to clarify, is that the URL you're using?
And are you trying to visit that using a cfhttp, for good measure (because what you see in your own machine or even a browser on the CF machine may respond differently when visited from within CF).
But if that still has no references to update 11, then I will assert that this issue is a caching issue, somewhere between your server and Adobe. I mentioned that in the blog post itself, saying that can happen for some people.
And it may well affect also the zip, which was the first URL I offered. But note that that specifically references update 11, so I would be VERY surprised if that had no references to 0.11 in it.
So assuming you confirm that zip is fine, the problem may be down to your machine/cf/your command line returning a cached version of that json file. Indeed, note that the manual step discussed in the technote refers to how some need to "Update "packagesurl" in cfusion/lib/neo_updates.xml of cfusion and all its child instances to point to <InstallerRepositoryUnzippedPath>/bundles/bundlesdependency.json present inside the downloaded folder."
Here's a simpler thing to try: change the URL in that line (or in the CF Admin, using the "package manager" and its "Settings" tab at top) so that it's this, instead:
https://www.adobe.com/go/cf2025_packages?1
Note I am adding a ?1 to the end (a query string value). That will trick the browser (or cfhttp) and then everything in the path to that server to regard that the URL is a "new one" (just adding a new querystring that it would never have seen before). BTW, the redirect on the Adobe server to go to that next URL (https://cfmodules.adobe.com/cf2025/bundlesdependency.json) will ALSO pass along that modified query string. Does that now return the updated file?
If so, great. We can't easily know where in the path between you and there that it was cached. Don't presume it's Adobe's server. It could be caching mechanisms on your machine, in your network, in the CDN network Adobe may use, or finally Adobe's server.
Anyway, if it does work just know that if it happens again on the next update, you'll want to change querystring...just change ?1 to ?2.
Should you have to? No. Virtually no one ever reports this. I've helped people do literally several hundred CF updates since CF2021 introduced the package manager. It's a very small number of folks who report problems like this, and note that it isn't even every update for them.
I really think they're just victims of unfortunate circumstance...but if they don't know (don't consider) all that we've discussed in these comments, they would easily feel "CF is broken" or "Adobe sucks" or any other common aspersions.
Again, let us know how things go.
Thanks for looking into this. Let me reconfirm my process for clarity:
1. On a machine that's NOT the server I visit the CF2025 Update 11 technote, which is:
https://guides.adobe.com/coldfusion/en/docs/install-and-configure-coldfusion/coldfusion-2025-release-update-11.html
2. On the technote is a link ("Download the packages zip file from this link") to download the packages repository .zip, which is:
https://cfdownload.adobe.com/pub/adobe/coldfusion/2025/packages/hotfix-packages-cf2025-011-331909.zip
3. I download that .zip file and:
3A) copy it to the server
3B) extract it on the server
3C) update cfusion/lib/neo_updates.xml to point to bundlesdependency.json in that newly-extracted folder on the server
4. I restart ColdFusion services.
5. I install the hotfix via command line (running as administrator).
6. The hotfix install works - no errors or warnings.
7. Packages are normally updated automatically during hotfix install, and thus reflect version numbers matching the hotfix number (example: "2025.0.10.331899" for packages updated as part of CF2025 Update 10). This has worked for me without fail thus far.
---
After manually installing CF2025 Update 11 using the process described above however I oddly noticed none of the packages in CF Administrator reflected an "11" version number despite the technote saying there were 9 packages updated with CF2025 Update 11.
I finally discovered that the manually-downloaded packages repository (again: https://cfdownload.adobe.com/pub/adobe/coldfusion/2025/packages/hotfix-packages-cf2025-011-331909.zip) had no references to "version 11" package updates in its bundlesdependency.json file.
But if you look at the bundlesdependency.json file hosted on adobe.com (https://cfmodules.adobe.com/cf2025/bundlesdependency.json), which is where neo_updates.xml points to by default in a new CF2025 install and is used by CF administrator for those who don't do manual package updates, then you'll see that version of bundlesdependency.json did get updates with references to "version 11" packages.
So maybe Adobe just forgot to update bundlesdependency.json in the packages repository .zip they made available for those of us who do offline installations, but remembered to update the bundlesdependency.json in the version they host on the adobe.com server?
If you download the packages repository .zip from the technote (again: https://cfdownload.adobe.com/pub/adobe/coldfusion/2025/packages/hotfix-packages-cf2025-011-331909.zip) are you seeing references to version 11 packages in the bundlesdependency.json file contained in that .zip file?
Before I address what you've found, I want to say first that I do stand by all I wrote in that last note (and the one before it--and I hope you see now how that previous comment of yours was not "the problem", as I said). And I hope all this so far may benefit others who may read it.
And actually, I HAD downloaded the zip to look into this very issue while writing one of my earlier comments...but then I saw your comment while I was writing, which distracted me, and I forgot to finish that task. :-(
Had I done it, I would have found what you did. Yes, the problem is that the zip--even downloaded tonight--has a bundlesdependency.json file that has somehow NOT been updated to contain references to the update 11 packages.
Worse than that, it none of the updated jars that would go with those updated packages. It is indeed seemingly that Adobe made a mistake in creating that zip. (I'd mentioned above that since it had a NAME that referred to the update number, it wouldn't likely be cached.)
I'll add further that I tried my trick of adding ?1 to the end of the URL for the zip (which I had never visited before, using that ?1), and the zip I got STILL exhibits this problem.
So what can be done? Well, Adobe won't likely see this conversation. One of us has to bring it to their attention. Have you already, perhaps?
As for what YOU can do, I'd asked more than once: did you use the "java -jar" approach to do the manual update or the "cfpm update" approach (and was that "cfpm update all" or "cfpm update packages")?
Also, are you doing the manual install because you don't have internet access on the CF machine? And is it that you have no proxy, which you could then configure in the CF Admin package manager "settings" page?
Or if it's firewalled, is it that you you can't get that opened to allow CF to reach the domains pointed to by the two default url's in that cf admin package manager "settings" page, and the URLs they both redirect to?
I press this point first because sometimes people don't realize there are those options for configuring CF to use a proxy or to open a firewall to just those URLs.
But second, sometimes people DO have internet access from the CF machine (and CF), but they don't use the admin to do updates because it "always fails". And in that case, the problem is nearly always that they have changed the CF service to run as a different user (good for security), but that user doesn't have authority to stop/start the CF services. And the update fails because of that.
I've shared in various places before that on Windows, the wonderful solution for that is a free tool from Core Technologies called "Service Security Editor". Once that's solved, then the CF admin update "just works" in nearly all such cases.
BTW, I did a blog post last year on a problem very SIMILAR to this (the bundlesdependency.json file in the zip was not being updated...but it differed in that people were finding that ALL packages were uninstalled, and even the Admin did not work. In that case, the jars within the zip WERE updated but it was only the json that was not.
FWIW, that one is at https://www.carehart.org/blog/2025/12/10/applying_cf_updates_may_uninstall_packages_unexpectedly
But that's not the issue in this case (since the jars in the zip are not updated).
Anyway, I'm just wanting to help you (and others) get that update implemented. Again, let me know what you think (and whether you've informed Adobe of the issue).
But I wanted to report that I have emailed Adobe about the issue, at cfsup@adobe.com. Not sure what will come of that. If you have another avenue, do go ahead and report it that way.
We can't let this problem linger as more and more people (doing manual, offline updates) will hit it as time passes.
I indeed stepped away for a well-deserved walk outside.
First, thanks for confirming my findings were correct, and that I wasn't going crazy. I've been doing offline/manual updates for many CF versions now and have never run into any issues where the downloadable packages repository wasn't updated correctly.
As for why I do the offline/manual update, it's just habit from the older days when CF administrator (at least for me) wasn't always reliable, or from prior workplaces where outbound internet was fully restricted. I honestly prefer the offline/manual install ("\jre\bin\java.exe -jar" on the manually-downloaded hotfix), [at least I feel like] I get better visibility of what's happening.
Second, thanks for submitting a bug report to Adobe. I planned to do that as well post-walk, but you beat me to it!
Here's hoping people either caught the issue ahead of time, are not doing offline/manual updates, or Adobe fixes this quickly.
Thankfully for me my CF2025 server is a new server I'm building, so it's not in production yet and I've got time to fix this.
I guess my offline/manual update process will now include one extra step going forward: checking Adobe's package repository contents beforehand to ensure it is correct. Only takes a few extra seconds, but at least this won't surprise me again in the future.
Have a great night!
- First, Adobe support had responded overnight saying that they appreciated the heads-up and were working on it.
- Better news: while I was writing this note (and to say it was still not done), I found that JUST before sending it, it WAS now updated. Yay! It has the updated json and several new/changed files within the zip all in support of the update 11 page updates.
- If you may try to download it, do consider using another querystring value to try to circumvent any caching between you and them
- Of course, beyond just fixing this current problem we can hope they will somehow undertake steps to prevent it happening again (but sometimes that hope proves illusory)
- Some might think it could be nice if they would add a checksum for the zip on the technote page, so we could more readily tell if it was changed (during the life of the release of the update, like this situation). But I'd counter that even if that DID happen (and they modified the html for that technote page), that page could ITSELF be cached (on your browser, in your network, etc.) such that one could be left thinking "they still haven't changed the file!". That's why, for now, I just recommend we vary the querystring to determine if/when they may change it.
- Finally, I too will try to remember to undertake watching out for this situation when I do my normal testing of a new update, before writing a blog post announcing it. Since it's happened similarly (not the same) at least once last year, it's worth our watching out for.
Well, I happened to find out right after that they DO offer the checksum for the zip files...not on the update technote itself, but rather on the page that lists all updates for each version, such as all those for CF2025 or for cf2023:
https://guides.adobe.com/coldfusion/en/docs/introduction-to-coldfusion/coldfusion-2025-updates.html
https://guides.adobe.com/coldfusion/en/docs/introduction-to-coldfusion/coldfusion-2023-updates.html
Just sharing that for any really interested in this discussion Christopher raised. Apologies for those unaffected by it.
It's all limited solely to those who a) do a manual offline update that includes b) downloading the packages zip and handling that. It does not affect those who do the update via the Admin, or those who do it via the java -jar command, and who are able to rely on those update processes to download the package updates in a way that does not get affected by this issue.
I'll also contemplate a post on the matter.
Never did I think I'd be contributing to discovering an issue though!
Yup, swapped out the extracted packages repository folder from yesterday with the updated one for today, restarted CF, and installed the package updates via CF administrator - no issue.
Let's hope some will be benefited here (like Jim) but more than that, let's hope Adobe somehow spreads the news. I just pressed them about it, in reply to the discussion about how they'd fixed it this morning.
Again, I think it will probably be as simple as me re-enabling it; or adding something as a per-application setting. I can't remember off-hand how I set this up.
For now I want to point interested readers at that. We have not yet resolved his problem there, but you'll see suggestions from myself and others:
https://cfml.slack.com/archives/C06TABBT8/p1784813286235619?thread_ts=1784813286.235619&cid=C06TABBT8
And I appreciate of course that not everyone seeing this uses slack. Hopefully when Ben has found resolution, he or I or someone else may offer an update here.
But unless you have what you KNOW to be the answer (which we'd welcome here and there), please hold off offering HERE just guesses and diagnostic ideas, as several have already been proposed there. :-)