[wp-trac] [WordPress Trac] #17048: URLs delivered to the browser should be root-relative
WordPress Trac
wp-trac at lists.automattic.com
Wed Aug 17 00:10:39 UTC 2011
#17048: URLs delivered to the browser should be root-relative
-----------------------------+-----------------------
Reporter: dmole | Owner: edwardw
Type: feature request | Status: reopened
Priority: normal | Milestone:
Component: General | Version: 3.1
Severity: normal | Resolution:
Keywords: close |
-----------------------------+-----------------------
Changes (by dd32):
* keywords: => close
* type: defect (bug) => feature request
Comment:
> http://lists.automattic.com/pipermail/wp-hackers/ seems to be the
official yet external log
Correct, That's the official (and not really external - it's just there's
never been enough time and a compelling reason to set up the lists on the
WordPress.org servers) location for such discussions.
I'm not going to say it's a waste of your time continueing the patch, But
I will say that since it's a design choice, Commitors are not likely to
want to touch this, as such, any patch is simply going to go stale. You'd
be far better off implementing this as a plugin which those interested can
use, which would be more likely to be future compatible (I realise that
determining where the url is being used would be hard, therefor, you'd
have to just do it root-relative in the locations you *knew* 100% it'd be
ok).
One example for reasons a absolute url is easier, is when moving the site
to another domain, You can simply replace all the site url's. With this
solution, You can't reliably move it between directories, moving between
hosts is fine, just as long as all paths end up the same. You'd also have
to investigate Exports/Imports, as that would be affected too.
Long story short, to me, It's not a problem that needs fixing, In the
sense, that there are other solutions available already which fill the
needs mentioned in this ticket. the output buffering items mentioned above
are one method, my favourite method is to dynamically define
WP_SITEURL/WP_HOME, or filter the siteurl option, or filter the
site_url()/admin_url()/includes_url()/home_url() returns to respect the
current hostname, etc.. there's always a method which suits the
site/environment in question.
Adding the close keyword again, to signify/track, that multiple developers
have suggested it be closed, removing it doesn't change that decision.
Also, It's a feature request to use root-relative links, as using absolute
url's is not a bug, rather a decision.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/17048#comment:28>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list