[wp-trac] [WordPress Trac] #28246: Permalink Options page throws errors on Windows IIS

[WordPress Trac]

#28246: Permalink Options page throws errors on Windows IIS
--------------------------+------------------------------
 Reporter:  pkmnfrk       |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Permalinks    |     Version:  3.9.1
 Severity:  normal        |  Resolution:
 Keywords:                |     Focuses:  administration
--------------------------+------------------------------

Comment (by JanR):

 On IIS 8.0 and 8.5, with a fresh installed WordPress 4.2.2, I'm unable to
 reproduce this error. My PHP error log stays empty, and no error message
 is displayed on `/wp-admin/options-permalink.php`.

 At first glance, it must be a permission error on the web.config file.
 Even if I remove my web.config file, it's recreated. Removing all file
 permissions results in an IIS error, and removing the write/modify
 permission set results in a message after updating the Permalinks:
 > You should update your web.config now.

 @pkmnfrk was the web.config file created during the WordPress
 installation? As @rmcneill said it didn't, that's probably due to file
 permissions on the WordPress directory and files, ''or'' application pool
 settings.

 I've put the provided code
 {{{
 $pos = strripos( str_replace( '\\', '/', $_SERVER['SCRIPT_FILENAME'] ),
 trailingslashit( $wp_path_rel_to_home ) );
 $home_path = substr( $_SERVER['SCRIPT_FILENAME'], 0, $pos );
 }}}

 into a shortcode for quick testing, and it prints the correct home path:
 `d:\\www\\phpng.vevida-test.nl\www\` in my test environment. Even with
 4.3-beta2-33249.

 @pkmnfrk can you provide some more details on your IIS setup? Application
 pool settings such as authentication, in correlation with directory and
 file permissons? What are your `$home` and `$siteurl` settings (Dashboard
 > General).

 Are you testing with multiple test websites and/or requests (refreshes) on
 the same website? If so, then this maybe a related issue:
 https://bugs.php.net/bug.php?id=64938 (libxml_disable_entity_loader
 setting is shared between threads), found through
 http://stackoverflow.com/a/24190224 and https://pyd.io/f/topic/failed-to-
 load-external-entity-boot-confmanifest-xml/page/3/#post-72211.

 Someone who can reproduce the DOMDocument::load() warning should probably
 investigate this further , unfortunately I can't.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/28246#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform