Thanks to Dave Sussman's advice to use IIS Failed-request tracing, I took a
look at the recorded log files, and it hinted that a certain section in
\Orchard.Web.1.4.0\Orchard\Themes\TheAdmin\Styles\Web.config
was locked and cannot be overridden. Now the original error message made
more sense. When I compared the v1.3 web.config vs the new web.config in the
sub-directory, I see this section.
<staticContent>
<clientCache cacheControlMode="UseMaxAge"
cacheControlMaxAge="7.00:00:00" />
</staticContent>
I had to modify applicationHost.config to Allow that section before the
theme files could get through again.
<section name="staticContent" overrideModeDefault="Allow" />
Regards,
Aaron
From: Aaron Seet [mailto:aaron.s...@aspinsiders.com]
Sent: Sunday, 18 March, 2012 10:18 PM
To: orchard-discuss@lists.outercurve.org
Subject: css and theme files not accessible in 1.4
I downloaded and ran v1.4 and realise it is not rendering any styles and
content images to the browser. I never encountered this with v1.3 earlier
this year.
When I try to directly download a .css file I see
Error Summary
HTTP Error 500.19 - Internal Server Error
The requested page cannot be accessed because the related configuration data
for the page is invalid.
Detailed Error Information
Module
CustomErrorModule
Notification
SendResponse
Handler
StaticFile
Error Code
0x80070021
Config Error
This configuration section cannot be used at this path. This happens when
the section is locked at a parent level. Locking is either by default
(overrideModeDefault="Deny"), or set explicitly by a location tag with
overrideMode="Deny" or the legacy allowOverride="false".
Config File
\\?\E:\projects\collab\Orchard.Web.1.4.0\Orchard\web.config
<file:///\\%3f\E:\projects\collab\Orchard.Web.1.4.0\Orchard\web.config>
Requested URL
http://localhost:80/Orchard14/Themes/TheAdmin/Styles/site.css
Physical Path
E:\projects\collab\Orchard.Web.1.4.0\Orchard\Themes\TheAdmin\Styles\site.css
Logon Method
Forms
Logon User
admin
Config Source
135: <!-- Prevent IIS 7.0 from returning a custom 404/500 error page
of its own -->
136: <httpErrors existingResponse="PassThrough" />
137: </system.webServer>
When I run Sysinternals Process Monitor I do not see any access denied
problems with w3wp.exe. In fact all file access operations to site.css are
recorded as SUCCESS since the AppPool identity has already been granted
write permission to the read/write folders.
Any clues to what I should be looking out for?
Thanks,
Aaron
