WordPress.org

Ready to get started?Download WordPress

Forums

WordPress 1.2.1 Redirection Limit For this URL (22 posts)

  1. asv
    Member
    Posted 9 years ago #

    WordPress 1.2.1 Redirection Limit For this URL exceeded
    http://alexvalentine.org/blog/wp-login.php
    I've installed the latest version of wordpress in gentoo portage. The install goes smooth but everytime I try to log in I get the following error:
    Redirection for this URL exceeded. Your browser may be blocking cookies.
    I've looked through all the existing bug reports but I did not see any fixes. The wordpress site has similiar reports but there doesn't appear to be a concrete solution to this problem. Anyone have a fix?

  2. NuclearMoose
    Member
    Posted 9 years ago #

    What happens if you go into the database itself, create a user and password, and then try to log in with that user/pass combo?
    BTW, the password will have to be hashed of course... :)

  3. asv
    Member
    Posted 9 years ago #

    Same result with a manually created login. Same error.

  4. planetthoughtful
    Member
    Posted 9 years ago #

    I experienced this error on a plugin I was developing. My fix revolved around realising that I had a header() function with an improper value, which FireFox wasn't able to sensibly resolve.
    I can't comment any more specifically than that on your situation (mainly because I'm not experiencing the behaviour you're describing on my installation), as I guess it could be any of a number of things, but if you're comfortable looking at the code yourself, a starting place might be any header() calls being made in the login pages that might be being passed an invalid URI.
    Much warmth,
    planetthoughtful

  5. asv
    Member
    Posted 9 years ago #

    Anyone have a specific fix for this issue? It seems like its pretty common:
    http://www.google.com/search?q=wordpress+redirection+limit

  6. rayne
    Member
    Posted 9 years ago #

    I don't have a fix, but it has to be some sort of browser issue maybe. I often get this error using MT, when I've received an email notifying me of a comment, then click the email link to go approve the comment in the MT interface.
    So it may not be just WordPress causing the problem.

  7. asv
    Member
    Posted 9 years ago #

    I should have made this more clear but it is not a browser issue. I've tried this on every major browser on every major platform. (windows, OSX, Linux).

  8. planetthoughtful
    Member
    Posted 9 years ago #

    I don't think it's so much a browser issue, as I suspect (note the emphasis) that it's a PHP / your host issue.
    Specifically, I can't help feeling it might have something to do with the way the browsers are being asked to behave in response to a header redirect and mod_rewrite / .htaccess rules etc. Somewhere in there it seems that a loop is being created that expires the browsers' ability to sensibly redirect the page, and it lets you know that.
    This would also explain why it's happening on some installations and not others. After all, if you remove the browser as the culprit (as asv seems to have done) and you remove the installation of the package as the culprit (as is implied by the fact that only some are being affected by this, while many aren't) then all you are left with is something different about the affected users' hosts or some edit they've made (ie plugin / hack and so on) to their own installation.
    I guess all we can do is ask those affected to be as descriptive of their host environments and any changes they've made and wait for a sensible pattern to emerge.
    Much warmth,
    planetthoughtful

  9. asv
    Member
    Posted 9 years ago #

    planetthoughtful,
    Thanks for very helpful repspones! I was starting to suspect the apache2 configuration as well. I have a few gentoo servers so I'm going to try installing wordpress on another machine to see if I get the same errors. I have also posted my apache conf here:
    http://alexvalentine.org/asv/
    Maybe someone will see something out of the ordinary.

  10. planetthoughtful
    Member
    Posted 9 years ago #

    Hi asv,
    You're more than welcome -- I just wish I could give you a straightforward solution.
    I'd love to hear the results your server experimentation delivers -- I'm sure we could go a long way towards minimising a segment of WP users' frustrations if we could solve this issue.
    Looking forward to hearing how you get on with this!
    Much warmth,
    planetthoughtful

  11. AndreasHamburg
    Member
    Posted 9 years ago #

    I noticed this after an update, too.
    For me the problem was resolved after deleting all cookies from my site in Firefox.
    I did not logout from the old version of WordPress. Maybe the cookies do not match anymore after an Update?
    Maybe you have accessed your site with every browser you tried before? And every browser you tried has "old" cookies from your site?

  12. asv
    Member
    Posted 9 years ago #

    So what I ended up doing was not using the gentoo ebuild and using the tradional install method. So I'm guessing its a bug in the ebuild and not in wordpress or the ebuild is using an old tarball.

  13. error
    Member
    Posted 9 years ago #

    AAH! This is my problem exactly. And I too have Gentoo Linux. I've tried both 1.2.1 from portage and I dumped it for the 2004-11-02 nightly build and I have the same trouble with either. But from looking at the Apache logs, it is definitely caught in a loop of some kind. Perhaps someone more familiar with WP will recognize the problem:
    192.168.0.4 - - [05/Nov/2004:19:47:50 -0600] "GET /wordpress/wp-admin/ HTTP/1.1" 302 - "http://192.168.0.4/wordpress/wp-login.php" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Powerslug/1.0RC1 (All your Firefox/1.0RC1 are belong to Firesomething)"
    192.168.0.4 - - [05/Nov/2004:19:47:50 -0600] "GET /wordpress/wp-login.php?redirect_to=%2Fwordpress%2Fwp-admin%2F HTTP/1.1" 302 - "http://192.168.0.4/wordpress/wp-login.php" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Powerslug/1.0RC1 (All your Firefox/1.0RC1 are belong to Firesomething)"

  14. error
    Member
    Posted 9 years ago #

    After erasing everything and starting over multiple times, I have found a workaround that lets me install - and login!
    I first installed 1.2.1, ran /wp-admin/install.php and when I tried to login, get the Redirection limit exceeded error.
    Then I deleted the cookies and closed the browser window.
    Then I removed the 1.2.1 files and replaced them with the 2004-11-02 nightly build.
    Then I ran /wp-admin/upgrade.php and logged in successfully.
    Aside from having to run a nightly build, everything seems to be fine. New version looks good, too!

  15. Anonymous
    Unregistered
    Posted 9 years ago #

    Just had the exact same problem with an upgrade, viewing it in Firefox ... clearing out cookies solved it ...

  16. error
    Member
    Posted 9 years ago #

    Well I'm not downgrading now. The nightlies are working well...

  17. Anonymous
    Unregistered
    Posted 9 years ago #

    Hi,
    I definately need some help....
    can't download the wordpress
    when i do, it says nothing to extract....from the zip folder...
    can someone help me..this is all VERY new to me...
    thanks a bunch
    Cindy Lee
    http://www.lottapoker.com
    cindy99@hotmail.com

  18. bronto
    Member
    Posted 9 years ago #

    For me the bug appeared as a failure to find <i>wp-layout.css</i>. Examination of the source of <i>index.php</i> (before and after preprocessing by the server) points to the functions <i>get_settings()</i> (defined in <i>wp-includes/functions.php</i>) and <i>bloginfo()</i> (defined in <i>wp-includes/template-functions-general.php</i>); both return addresses containing multiple redirects.

  19. Anonymous
    Unregistered
    Posted 9 years ago #

    This fixes it for Gentoo:
    diff -P -r -u -x '*~' ebuild/htdocs/wp-admin/auth.php tarball/htdocs/wp-admin/auth.php
    --- ebuild/htdocs/wp-admin/auth.php 2004-10-10 23:45:52.000000000 -0500
    +++ tarball/htdocs/wp-admin/auth.php 2004-05-18 21:05:40.000000000 -0500
    @@ -25,7 +25,7 @@
    return false;
    } else {
    - if ($login->user_login == $user_login && $login->user_pass == $user_pass_md5) {
    + if ($login->user_login == $user_login && md5($login->user_pass) == $user_pass_md5) {
    return true;
    } else {
    return false;

  20. LoganSix
    Member
    Posted 9 years ago #

    I can't even get to the login screen now.

    With Mozilla won't go to login screen.
    IE won't go past the login screen.

    I reloaded the login file and the admin/index.php file.

    I really don't want to have to reload everything.

  21. Follow these steps to check and/or correct you site_url and home values:
    http://tamba2.org.uk/wordpress/site-url/

  22. LoganSix
    Member
    Posted 9 years ago #

    Set Home to my blog
    and verified site was the same URL.

    However, that didn't seem to help any.

Topic Closed

This topic has been closed to new replies.

About this Topic

Tags

No tags yet.