[wp-trac] [WordPress Trac] #27624: Add a filter to override the location of htaccess file

WordPress Trac noreply at wordpress.org
Wed Apr 9 22:08:18 UTC 2014

#27624: Add a filter to override the location of htaccess file
 Reporter:  Denis-de-Bernardy  |       Owner:
     Type:  enhancement        |      Status:  new
 Priority:  normal             |   Milestone:  Awaiting Review
Component:  General            |     Version:  3.0
 Severity:  normal             |  Resolution:
 Keywords:                     |     Focuses:  multisite
Changes (by Denis-de-Bernardy):

 * keywords:  reporter-feedback =>


 To reproduce, install WP in a subfolder, use the MS rewrite rules of a
 subfolder install in a normal install to make the wp-admin area available
 without the wp subfolder prefix (/wp-admin instead of /wp/wp-admin), and
 then filter siteurl so it returns the home url.

 Admittedly, it's an edge case that hardly effects anyone, and I'd have
 never run into it had I not sought to fix the bloody /wp-admin/network
 urls that WP is returning when WP in a /wp subfolder.

 Regardless of that fact, the matter at hand is that get_gome_path() often
 returns an incorrect value in a number of use-cases with WP in a subfolder
 when trying to fix WP for various reasons -- as does guess_url(). I found
 means to fix most of the bugs I ran into using a plugin, and opened or
 subscribed to tickets that related to the heaps issues I ran into while
 probing into this. The only bit I failed to resolve in a satisfactory
 manner is the get_home_path() part: I end up hooking on the
 rewrite_flush_hard hook, or whatever it's called, and returning false
 after essentially rewriting the insert_with_markers() function, in order
 to prevent WP from polluting a git repo where it doesn't ignore the
 htaccess file it creates.

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

More information about the wp-trac mailing list