Have you
It's the same problem up on DXP integration environment as well I'm afraid so it's not only local (and I've double checked that the files exist on disk).
I guess you were affected by this bug fix Vulnerability in CMS 12 shell module configuration | Optimizely D
due to its nature I can't disclose more information publicly. But you're welcome to contact developer support service for further assistance.
Can you load the file in the browser?
The error indicates the issue is a bad mime-type.
Got an answer from support now.
You need to move ClientResource-folder to wwwroot (or to your desired static asset location if you have an upgraded site that) and set the paths to the new location in module.config
Example module.config:
<module xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
<assemblies>
<add assembly="Client.Web" />
</assemblies>
<clientResources>
<add name="epi-cms.widgets.base" path="/Static/styles/episerveredit.css" resourceType="Style"/>
<add name="epi-cms.widgets.base" path="/Static/ClientResources/Scripts/widget/DisplayOptionSelector.js" resourceType="Script" />
<add name="app.ModuleInitializer" path="/Static/ClientResources/Scripts/ModuleInitializer.js" resourceType="Script" />
<add name="xx" path="/Static/ClientResources/xx/xx.js" resourceType="Script" />
<add name="xx" path="/Static/ClientResources/fxx/styles.css" resourceType="Style" />
</clientResources>
<clientModule initializer="app.ModuleInitializer">
<moduleDependencies>
<add dependency="CMS" type="RunAfter" />
</moduleDependencies>
</clientModule>
<dojo>
<paths>
<add name="xx" path="/Static/ClientResources/xx" />
<add name="app" path="/Static/ClientResources/Scripts" />
</paths>
</dojo>
</module>
I just noticed that none of my files in ClientResources are being loaded after an upgrade to CMS 12.23 and just returns 404. They've worked on earlier versions of CMS 12 (although hard to say on which version they worked in).
Has there been any breaking changes regarding this? I can't find anything usefull when I seach for information.
module.config hasn't been altered in months as well.