[wp-trac] [WordPress Trac] #16386: Issues with broken wp-admin urls

[WordPress Trac]

#16386: Issues with broken wp-admin urls
-------------------------------+------------------------------
 Reporter:  segui              |       Owner:
     Type:  defect (bug)       |      Status:  new
 Priority:  normal             |   Milestone:  Awaiting Review
Component:  General            |     Version:
 Severity:  normal             |  Resolution:
 Keywords:  reporter-feedback  |
-------------------------------+------------------------------

Old description:

> Hi,
>
> i've just finish a brand new distributed setup and i ran into 2 few
> issues.
>
> A word about the setup:
> 2 servers involved both running on debian stable. Wordpress version is
> 3.0.4 +dfsg-1~bpo50+1.
> The first one handeling client request and, through apache's rewriting
> and proxypass revers rules, ask another server and eventually get datas
> to send back to client.
>
> Urls invoked by client ar on that form http://www.blah.com/~user/blog to
> be rewritten to http://user.blah.blah.com/
>
> The first issue was with the settings side where url were not correctly
> rewritten due to, as far as it seems, a bug code.
> The url called after trying to submit changes in the settings panel is
> not concatenated tu the base url site, ie: http://www.blah.com/~user/blog
> /wp-admin/options-general.php leads to http://www.blah.com/wp-admin
> /options-general.php?updated=true instead of
> http://www.blah.com/~user/blog/wp-admin/options-general.php?updated=true.
>
> The second issue was on the dashboard part. Links, for example to
> configure, widgets are broken on the same way described above.
>
> Here is a patch which fix this issue, just by concatenating site_url() in
> order to have a correct complete path just like everywhere else in the
> code (as far as i saw).... Is this relevant ?
>

> Thanks,
> Christophe

New description:

 Hi,

 i've just finish a brand new distributed setup and i ran into 2 few
 issues.

 A word about the setup:
 2 servers involved both running on debian stable. Wordpress version is
 3.0.4 +dfsg-1~bpo50+1.
 The first one handeling client request and, through apache's rewriting and
 proxypass revers rules, ask another server and eventually get datas to
 send back to client.

 Urls invoked by client ar on that form http://www.blah.com/~user/blog to
 be rewritten to http://user.blah.blah.com/

 The first issue was with the settings side where url were not correctly
 rewritten due to, as far as it seems, a bug code.
 The url called after trying to submit changes in the settings panel is not
 concatenated tu the base url site, ie:

 http://www.blah.com/~user/blog/wp-admin/options-general.php

 leads to

 http://www.blah.com/wp-admin/options-general.php?updated=true

 instead of

 http://www.blah.com/~user/blog/wp-admin/options-general.php?updated=true.

 The second issue was on the dashboard part. Links, for example to
 configure, widgets are broken on the same way described above.

 Here is a patch which fix this issue, just by concatenating site_url() in
 order to have a correct complete path just like everywhere else in the
 code (as far as i saw).... Is this relevant ?


 Thanks,
 Christophe

--

Comment (by scribu):

 Thanks for the info. The problem is that the front-end is set up as a
 subdomain install, while the backend is set up as a subdirectory install.

 What is the value of the SUBDOMAIN_INSTALL (previously VHOST) constant?

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/16386#comment:5>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software