Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#8965 closed defect (bug) (wontfix)

Infinite Redirection in Bogus Namespace

Reported by: miqrogroove Owned by: anonymous
Priority: normal Milestone:
Component: Plugins Version: 2.7
Severity: major Keywords:
Cc:

Description

On my WordPress blog, anyone who hits a path like /&a=a= will get locked into an infinite namespace. :(

On wordpress.com, what I get is, "If you're reading this, you should visit automattic.com/jobs and apply to join the fun, mention this header." :o

Should I attach my resume? _

Change History (9)

http://blogyul.miqrogroove.com/&a=a=
http://blogyul.miqrogroove.com/&a=a%3D/
http://blogyul.miqrogroove.com/&a=a%3D%2F/
http://blogyul.miqrogroove.com/&a=a%3D%2F%2F/
http://blogyul.miqrogroove.com/&a=a%3D%2F%2F%2F/

I can't seem to reproduce this, my site loads fine with the query string

This is interesting. I stubbed in a logging command directly above the line " trailing slashes" in canonical.php.

//debug
error_log('rpath:'.$redirect['path']);

	// trailing slashes

It should write one line to the log for my eyes only. But look at the output for a single hit to /&a=a=

[26-Jan-2009 02:09:33] rpath:/&a=a%3D
[26-Jan-2009 02:09:33] rpath:/&a=a%3D/

Okay, I think that second line is a result of the " protect against chained redirects". Now I just need to figure out why the hell that trailing slash is being urlescaped when the client hits /&a=a%3D/

Curiouser and curiouser... When I stubbed in

//debug
error_log('ruri:'.$_SERVER['REQUEST_URI']);

the output was

[26-Jan-2009 02:26:42] ruri:/&a=a%3D%2F

So who's messing with mah superglobals?

  • Resolution set to wontfix
  • Status changed from new to closed

qTranslate appears to be the culprit.

  • Component changed from General to Plugins
  • Milestone 2.7.1 deleted

Fixed for qTranslate v2.2.2 and patch available at http://plugins.trac.wordpress.org/changeset/89547/qtranslate

Note: See TracTickets for help on using tickets.