[wp-trac] [WordPress Trac] #24963: IIS Multisite, Suspected bug in web.config code for URL Rewrite
WordPress Trac
noreply at wordpress.org
Tue Aug 6 06:17:40 UTC 2013
#24963: IIS Multisite, Suspected bug in web.config code for URL Rewrite
----------------------------+-----------------------------
Reporter: ShaunLeeClarke | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Multisite | Version: 3.6
Severity: normal | Keywords:
----------------------------+-----------------------------
Hello.
I believe I've found a bug in WordPress 3.52 and 3.6 (and possible older
versions, but these are the versions I've used).
I'm running a WordPress Multisite website in a Windows IIS environment
(yes, I'm a minority!).
The issue is with the web.config code which WordPress provides to
configure the URL Rewrite module, specifically with rule 4:
{{{
<rule name="WordPress Rule 4" stopProcessing="true">
<match url="^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*)"
ignoreCase="false" />
<action type="Rewrite" url="'''{R:1}'''" />
</rule>
}}}
I believe that the last line should say {R:2}, not {R:1}.
With the web.config file configured as documented, I am unable to access
the dashboard for any sub-sites, and no styling loads for the sub-sites
either (presumably it cna't find it's CSS and other associated files).
I've had this working without issues previously (last year), so I dug up
an older web.config file. There were two differences. The first was that
the newer file does not have a line referencing ms-files.php (I'm guessing
it's been obsoleted), and the second change was that this rule used to say
{R:2} (which works), while it now says {R:1}.
WordPress provides the code for the web.config file in the Settings >
Network Setup Page.
Hope this helps :).
--
Ticket URL: <http://core.trac.wordpress.org/ticket/24963>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list