Viewing 15 replies - 1 through 15 (of 15 total)
  • PLEASE don’t just throw out random suggestions

    First of all, we are trying to help you. I am going to give you some suggestions and please don’t get mad at me if one of them doesn’t work.

    Ok, so first of all have you tried updating to WordPress 4.2.4? Did this error happen after an automatic update?
    Have you tried contacting your host provider about this. It may be something they can fix on there end.
    Do you have a backup of your website before this error happened? If you do try restoring the backup.

    I am also having this same issue as of around 1pm central time yesterday. I have done everything that is suggested on this page… http://codex.wordpress.org/Login_Trouble

    I have also contacted my host provider and they sent me here saying it is nothing to do with them (the host).

    Our blog is working fine, just cannot login to the admin.
    We are on WordPress 4.2.4… my guess it has something to do with this latest upgrade. I have deactivated all my plugins, with no resolution.

    I am getting the same as TrishaM… can access wp-login.php, however as soon as I submit login credentials it loops back to the login page. this is happening with every single user trying to access our blog admin.

    Please help.

    Thread Starter TrishaM

    (@trisham)

    @matthew, first let me explain why I wanted no random suggestions – once a post in this Forums gets a reply, even if it’s nothing more than a question for the OP, it then drops off of the list of posts without replies……that list (posts with no replies) is where many moderators and very experienced WP users go first to help those folks that no one else is helping……if my Post isn’t there, which now it won’t be, it’s less likely to get attention from someone who is more likely to be able to help.

    To answer your questions, this has nothing at all to do with the version of WP, because it has been going on for more than 5 years. Folks have had this problem with every version, including 4.2.4.

    I do NO automatic updates, period. That is dangerous, so I have automatic updates turned off. I do them manually when the time is right and I’ve taken every precaution.

    It is not a hosting company problem. I have hundreds of websites on the same hosting package – all run fairly current versions of WP – and only ONE website has this login loop problem.

    And yes I did restore from a recent backup without success.

    @ayosten – I’m truly sorry you’re having this problem also, and I appreciate that you’d also like to find a solution. However, please don’t take this the wrong way, I mean this as constructively as possible, but please don’t hijack someone else’s thread to add your own “me too” UNLESS you have some solution to offer or a VITAL clue. Otherwise, your “me too” just causes a post to drop out of the “no replies” list, which as stated above means fewer moderators or experienced WP users will look at it. Your best course of action is to *watch* the thread to see if a solution is offered, AND/or start your own thread. Often the Moderators may combine threads at THEIR discretion, if it’s an identical problem with an identical cause.

    ALSO, it does not having anything to do with your upgrade. This has been going on since version 3, maybe longer.

    Moderator Jan Dembowski

    (@jdembowski)

    Forum Moderator and Brute Squad

    I get a continual redirect back to the login page (wp-login.php).

    OK.

    1. Tried several browsers (current versions of each) Firefox, Safari, and Chrome – cleared all cookies and history, cleared cache.

    2. Removed all plugins (created a new folder and moved all plugins to it so that the /plugins folder is empty).

    3. Switched to a default (twentyfourteen) Theme.

    4. Checked file permissions on both .htaccess and wp-config.php (both were set correctly to 644 and 600 respectively). I checked to be sure there were no extraneous blank lines in either

    5. Upgraded (manually) the WP version from 4.2.2 to 4.2.3

    6. Added a new Admin user via phpMyAdmin

    7. Checked all tables, all came back OK. Optimized tables having overhead.

    8. Changed my SALT keys in wp-config.php

    That’s quite a list. I’ve a few questions.

    Is there anything fronting your site such as a reverse proxy or a CDN like Cloudflare?

    When you login and get the loop, what does your web server’s access_log and error_log files say? There should be a time stamped log for each login attempt.

    What’s the URL for your site?

    Moderator Samuel Wood (Otto)

    (@otto42)

    WordPress.org Admin

    Hi. Unfortunately, what you’re describing is a symptom. Symptoms can have one of a number of causes. So, without actually having access to your site, suggestions, especially “random” ones, is about the best you’re going to get.

    I see you covered most of the basics. To run the list of possibilities you’ve already covered, and possible solutions:

    – Browser issues (try other browsers, clear cookies)
    – Plugin conflicts (disable plugins)
    – Theme conflicts (switch to default themes)
    – .htaccess problem (blank the whole thing out temporarily)
    – Old version (upgrade)
    – User being wonky (try different user)
    – Table crashes (run a REPAIR on all tables)
    – Weird salt stuff (change the salts)

    Some other stuff you can try:
    – Are you out of space? Consider that some hosts limit database space as well, if the DB can’t be written to, then you cannot log in because the session keys cannot be saved to the DB. If you have any logging tables for say security plugins, they may be taking all your space. Truncate those log tables.
    – Same goes for file system space. Out of space can cause all sorts of oddities.
    – You said you ran an OPTIMIZE on all tables. Try a REPAIR. Just in case. Especially on the options tables.
    – Did your host do any updates recently? Did the PHP version change? You would not think that matters, and it kinda doesn’t, but sometimes those changes can cause strange behaviors.
    – Is this single site or multisite? Domain mapped or no?
    – Using the Inspect functionality your browser, clear your cookies, then attempt to log in, and see what the response from the log in is. It should contain a cookie. Does the cookie path look correct for your site? Do all the login cookies exist in the response properly? Is there a reauth= parameter in the resulting login page?

    These sorts of things are how to debug the issue.

    Thread Starter TrishaM

    (@trisham)

    @jan, thank you – no cloudflare, no CDN, no reverse proxy. The access log looks normal (returns 200). No error log being generated, likely because it’s not throwing an error.

    @otto, thank you also – here’s my answers:
    – Not out of space, the db size is a small fraction of the alloted (max) size for this DB.

    – Not using any security plugins

    – Not out of file systems space, I have unlimited space-type package

    – I just tried a “repair” on all tables, no change in the login loop.

    – When I called my host (1&1), they claimed they have not done anything recently on that server, and I have a number of other subdomains on the same server and domain that are working fine, just this one that isn’t. I kinda have to take their word for it, as much as I’d like to point the finger at them.

    – It’s a single site, not using multisite at all.

    – I get the wordpress_test_cookie only, but it is in the correct path.

    – Yes, there is a reauth parameter in the resulting URL – if I access wp-login.php, try to login, then in the URL string I get:

    http://liveaqua.experts.travel/wp-login.php?redirect_to=http%3A%2F%2Fliveaqua.experts.travel%2Fwp-admin%2F&reauth=1

    The front end is not effected, except that I have a problem with the quote form (using Gravity forms, which is the current version) and I need to login so I can correct the form problem…..unfortunately I’m stuck not being able to login.

    ALSO I verified that I’m using a (fairly) current version of PHP on this site (5.5) which is what 1&1 currently recommends.

    Frankly I’m stumped…..as a last resort I will try moving it to a new host, but I’d really like to figure it out if at all possible.

    Moderator Jan Dembowski

    (@jdembowski)

    Forum Moderator and Brute Squad

    This leaps out at me.

    I have a number of other subdomains on the same server and domain that are working fine, just this one that isn’t. I kinda have to take their word for it, as much as I’d like to point the finger at them.

    This one that isn’t working, is it on the same server as the ones that are working? If so is there anyway to compare the http.conf for one that works vs this one that doesn’t? Not the whole file just the VirtualHost parts (if they are using that).

    Frankly I’m stumped…..as a last resort I will try moving it to a new host, but I’d really like to figure it out if at all possible.

    If you have a spare host to try that on I would recommend that just to see if it solves it or not. If it does then I would guess it’s the web server config somehow.

    Moderator Samuel Wood (Otto)

    (@otto42)

    WordPress.org Admin

    If you have a reauth loop, then check that the siteurl and home values in the options table are correct and match what is actually being displayed in your browser.

    Alternatively, do you use any form of whole-site-caching mechanism? Varnish? CloudFlare? Anything at all?

    Thread Starter TrishaM

    (@trisham)

    @jan, great thought, but I’m on a shared-hosting package with 1&1, and the htttpd.conf file is a singular one for all sites in my package. It isn’t modifiable, customers can use .htaccess to make certain changes, so I compared the .htaccess file between several working sites and the one that isn’t, and they are identical.

    @otto, also a great question, but I did check those options in the wp_options table and they are set correctly and do match the URL string in the browser. And no whole-site caching, I don’t use any caching plugins or CDNs at all, it’s a fairly small site, just a few pages, not particularly image or media-heavy so really no need for caching.

    UPDATE: I went to bed last night with this still looping back to the login page, got up this morning and answered Jan’s and Otto’s questions, then went and tried to login again on a lark. WITH NOTHING CHANGED by me overnight, it now lets me login.

    I HAVE absolutely NO idea why it’s now working so sadly I cannot post any solutions……I’ve just checked WP and all plugins, and there have been no auto-updates to anything (I have that turned off), so I’m equally as stumped as to why this has suddenly resolved itself as I was about how/why it occurred. It’s a 24-hour mystery.

    Moderator Jan Dembowski

    (@jdembowski)

    Forum Moderator and Brute Squad

    I’m really glad it worked out. I also think you may want to make a full backup of that trouble site. Just in case. πŸ˜‰

    Thread Starter TrishaM

    (@trisham)

    @jan – Thanks! I do make regular backups, I use the wp-dbmanager plugin to automate it, works very well. πŸ™‚

    I am having same problem, done everything possible yet nothing happens…….. i noticed auto increment is not enabled on some tables whenn compared to default install

    @iamkingsleyf: Please post your own support thread. This one is already resolved.

    I wonder why this is marked as resolved. There is no resolution mentioned anywhere in the discussion neither anybody confirmed its resolved. My hosting service provider seems to have upgraded cpanel version however the other sites working fine and the problem (Continuous login loop to wp-login.php) is only with one site parijatak.com. If this post is been marked as resolved, what was the fix?.. Please help.

    Andrew Nevins

    (@anevins)

    WCLDN 2018 Contributor | Volunteer support

    @abhay.sonak, The original poster created this thread get support with their problem. People replied with support. Then the original poster’s issue was resolved by itself.

    It’s not your thread to say the issue was not resolved.

Viewing 15 replies - 1 through 15 (of 15 total)
  • The topic ‘Continuous login loop to wp-login.php’ is closed to new replies.