[wp-trac] [WordPress Trac] #16386: Issues with broken wp-admin urls
WordPress Trac
wp-trac at lists.automattic.com
Thu Jan 27 17:09:40 UTC 2011
#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 |
-------------------------------+------------------------------
Comment (by segui):
I forgot to say that the wordpress server and the frontend are not the
same hosts.Rewrite is done through some apache rules :
on the frontend :
RewriteRule ^/~([^/]+)/blog$ /~$1/blog/ [R]
RewriteCond /public_html/$1 -d
RewriteRule ^/~([^/]+)/blog/(.*) http://$1.math.ups-tlse.fr/$2 [P]
ProxyPassReverse ^/~([^/]+)/blog/ http://$1.math.ups-tlse.fr/
This bug is highly reproductable ...
Replying to [comment:2 segui]:
> Hi,
>
> wp_get_refer() call is one of the two targets of my patch.
>
> It's a multisite configuration as i described before.
>
> Here are the configuration values:
>
> siteurl : http://www.math.univ-toulouse.fr/~user/blog
> home: http://www.math.univ-toulouse.fr/~user/blog
>
> the frontend allows wordpress to be accessed through these url.
> Real wordpress server urls are : http://user.math.ups-tlse.fr/
>
>
> My patch is against the onlyt two calls i found which were not referring
the complete path to the next page ... as far as i saw
>
>
>
>
>
>
>
> Replying to [comment:1 scribu]:
> > There are a lot more places where wp_get_referer() is used.
> >
> > I think your patch handles the symptomps, instead of the problem.
> >
> > Also, if this bug is to be reproduced, we need to know more about your
configuration, such as:
> >
> > * multisite or not
> > * ''siteurl'' and ''home'' option values
--
Ticket URL: <http://core.trac.wordpress.org/ticket/16386#comment:3>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list