[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 =>
Comment:
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