Skip to main content
Participating Frequently
August 24, 2025
Answered

Errors using Coldfusion 2025 on pages with URL's that contain % encoded UTF-8 characters

  • August 24, 2025
  • 1 reply
  • 1149 views

I'm moving to a new server running Coldfusion 2025 and have run into an issue when trying to load pages from the server that contain % encoded UTF-8 characters. 

I get from pages with French characters in a folder/path, e.g. https://www.tourdulactemiscamingue.com/o%C3%B9dormir/, "The server cannot or will not process the request due to something that is perceived to be a client error (e.g., malformed request syntax, invalid request message framing, or deceptive request routing)." Apache Tomcat/10.1.42

From pages in any folder, accented or not, like https://www.tourdulactemiscamingue.com/o%C3%B9dormir/g%C3%AEtes.cfm or https://www.tourdulactemiscamingue.com/quoifaire/activit%C3%A9saquatiques.cfm I get an error report from Coldfusion saying:
"File not found: /quoifaire/activitésaquatiques.cfm" (coldfusion.runtime.TemplateNotFoundException)

I've added:

1) <system.web>
<globalization requestEncoding="utf-8" responseEncoding="utf-8" fileEncoding="utf-8" culture="en-US" uiCulture="en" />
</system.web> to the site web.config

2) uriEncoding=UTF-8 to isapi_redirect.properties

3) URIEncoding="UTF-8" relaxedQueryChars="[]"  relaxedPathChars="[]" to my HTTP/1.1 connector in server.xml

None of these changes made any difference.

IIS logs show proper url encodings.

Is this a bug?


    Correct answer BKBK

    Extra info:

    the connectors (server.xml) in my installation don't even have URIEncoding="UTF-8". Also, I don't get any issues with activitéshivernales.cfm after I delete -Dfile.encoding=UTF-8 from jvm.config.


    Rule out the Operating System. On searching the web, I found the following way to ensure that my Windows 10 has UTF-8 encoding:

    "To set UTF-8 encoding in Windows 10, open Settings > Time & language > Language & region, click Administrative language settings, then Change system locale, and finally check the box for "Beta: Use Unicode UTF-8 for worldwide language support" before restarting your computer to apply the changes. This is a system-wide setting that affects how apps handle language data. "
     

    1 reply

    Adobe Employee
    August 24, 2025

    Hello Dan,

     

    Can you please try adding below Java argument, restart cfusion instance and let us know if it works

     

    -Dfile.encoding=UTF-8

     

    Thanks & Regards

    Ravi

    Dan GoodAuthor
    Participating Frequently
    August 24, 2025

    Hi Ravi. Thanks for reaching out.
    That made no difference.

    Charlie Arehart
    Community Expert
    Community Expert
    August 25, 2025

    Hi Charlie. Thanks for those helpful details and note that 2018 and up has this issue. Its interesting that BKBK was able to load activitéshivernales.cfm without invoking the OS solution. Maybe its his version of CF?

    I don't need public access to CF admin but thanks again for that shortcut now found in admin to enable the 443 connector. I didn't try activitéshivernales.html, why?


    You're right 😉 I'm satisfied with the OS-level change and with it place undoing it for more testing. I can try that on another VM next month. I really appreciate you diving into this. If you find an answer that doesn't involve the OS beta feature I would be glad to hear about it.


    Thanks for the update. As for why the page worked for bkbk before he discovered the OS change, I'll remind you that it worked for me also if the files were created within the cfusion/wwwroot. He may have tried that first.

     

    Since I noticed you referred to using IIS, that's when I explored further--and had the problem there also.

     

    As for the html page, are you asking why I mentioned it? Or why it would work while a cf page did not (until the OS change). I can't answer. I raised it for the sake of any exploring this further.

     

    Understood on the rest. 

    /Charlie (troubleshooter, carehart. org)