[wp-trac] [WordPress Trac] #36507: Invalid URLs in network admin when WP Core is in custom subdirectory
WordPress Trac
noreply at wordpress.org
Wed Apr 13 21:57:16 UTC 2016
#36507: Invalid URLs in network admin when WP Core is in custom subdirectory
--------------------------------+------------------------------
Reporter: flixos90 | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Networks and Sites | Version:
Severity: normal | Resolution:
Keywords: has-patch | Focuses: multisite
--------------------------------+------------------------------
Comment (by flixos90):
Replying to [comment:5 DrewAPicture]:
> To be fair, while WordPress is defensively coded in most places, we
should never assume that because something doesn't throw errors that it's
supported functionality by default. If it's working as ''designed'', we
should have corresponding documentation.
That makes sense, thanks for clarifying. In this case though, I would like
to propose actually adding support for this. WordPress supports this
behavior on non-multisite setups (using `home` and `siteurl` options) and
I think it would be straightforward to support that behavior on multisite
as well - basically let's think about this as an enhancement (which would
go beyond this ticket)! :)
I would gladly dig into this to find a solution. Maybe we can talk about
this in the next multisite chat. #27287 is another ticket related to this
issue. The main problem seems to be that in a multisite (especially in
network context) only the domain and path of a site are honored while
their individual settings `home` and `siteurl` are ignored. I would expect
that domain and path of a site are similar to its `home` option - however
it's `siteurl` option is not considered in these areas. That doesn't
matter for a default setup, but it causes problems with a custom directory
structure.
Another problem that results from this lack of parity is the scheme of the
URL. While `home` and `siteurl` are full URLs with http or https in front
of them, this setting is not available from domain and path of a site in a
multisite. While WordPress detects this scheme on a regular site and
redirects, it doesn't do that on a multisite (when some sites are HTTPS
and others aren't).
I think we would need to determine these issues more precisely and where
they appear before starting to think about eventual fixes. But I think
it's worth to tackle this.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/36507#comment:6>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list