ExpressionEngine CMS
Open, Free, Amazing

Thread

This is an archived forum and the content is probably no longer relevant, but is provided here for posterity.

The active forums are here.

Cannot Login to Front-end Form

August 14, 2011 9:23pm

Subscribe [3]
  • #1 / Aug 14, 2011 9:23pm

    highlands

    13 posts

    While I have seen a few posts about this, I can’t seem to find any conclusive solution or one that works for our situation. We have a front-end login form that does not work. All usernames/passwords are rejected and the error message is:

    The form you submitted contained the following errors

    Invalid username or password.

    Any ideas?

    We are on EE 2.2.2, Build 20110801. I just upgraded because of some bug reports I saw on related topics, but our system was not repaired through this.

  • #2 / Aug 15, 2011 10:33am

    Kevin Smith

    4784 posts

    Hi highlands,

    Could you fill me in with some more details concerning your setup? Have front-end login forms ever worked on your installation? If so, when?

    What does your login template look like? Could you try a simplified login template with only the elements necessary for login to see if that works? If it doesn’t, could you post the contents of that template here?

    Are you trying to login to the front-end with members that only have front-end access? Could you try logging in to the front-end with members that have CP access (and you know you can login with them to the CP)?

  • #3 / Aug 15, 2011 10:49am

    highlands

    13 posts

    Prior to the upgrade before this one, front-end login forms worked perfectly. It broke at 2.2.0, as far as we can tell.

    That said, I simplified the form and added it to an empty template and it logs in perfectly. The template it’s being used in is quite complex, accounting for lots of variables (groups, special ids in segments, etc.) I’ll dig around in all this logic and see what I can do. Still feels strange to get this kind of response, rather than some other kind of break, but I’ll try to suss it out.

    Thanks! I should have thought of this troubleshooting step first.

  • #4 / Aug 15, 2011 10:53am

    highlands

    13 posts

    Spoke a little too soon.

    This is actually working in our dev environment, but not in production, which right now is synchronized. Strange. I’ll keep digging.

  • #5 / Aug 15, 2011 5:06pm

    Kevin Smith

    4784 posts

    Sounds good, highlands. Keep us posted on what you discover!

  • #6 / Aug 31, 2011 3:04pm

    highlands

    13 posts

    After two weeks on this of going back and forth on this, I’m no further along now that I was when I last posted here. I am waving the white flag now and asking for a miracle.

  • #7 / Aug 31, 2011 7:49pm

    Marcus Neto

    1005 posts

    highlands,

    Do you want us to try and assist some more? Can you post some code and some steps that you took to troubleshoot?

  • #8 / Sep 14, 2011 11:43pm

    highlands

    13 posts

    Sure, Marcus. Here’s the code:

    {exp:member:login_form id="login" return="live/vip"}
        <fieldset>
            <label>Username</label>
            <input type="text" name="username" value="" maxlength="32" class="input" size="25" />
            <label>Password</label>
            <input type="password" name="password" value="" maxlength="32" class="input" size="25" />
        </fieldset>
        <fieldset>
            <a href="http://{path=member/forgot_password}">Forgot your password?</a>
            <input type="submit" name="submit" value="Submit" />
        </fieldset>
    {/exp:member:login_form}

    Troubleshooting has been logging into this form and getting nowhere. 😊 This code is quite pared down from the original, but I guess the above is about as simple as it gets.

    Like I said above, the strangest thing is that it works FINE on the dev server (OS X) but not at all on production (CentOS). I can provide other environment details as needed. Any ideas? Any logs that might assist with this?

  • #9 / Sep 15, 2011 4:21pm

    Kevin Smith

    4784 posts

    Is this true of several different users with varied passwords? Try it with a user that has a password with only standard, English alphanumeric characters. Check the differences in terms of database and table collation between the two databases you’re using. Could you check your apache logs to see if you’re getting any weird errors that might not be printed to the screen. (Sometimes 500 errors can produce odd results on the front-end.)

    Check all that out and let us know what you find!

  • #10 / Oct 06, 2011 10:03pm

    highlands

    13 posts

    Thanks all, especially Kevin. This issue has been fixed.

    Apparently, the files in the system/modules/member directory were not being updated in our deploy process, so there was a discrepancy between those files and the current build we are running. I finally figured this out when I logged out of a member template and saw PHP errors being thrown. Tracked it from there.

  • #11 / Oct 06, 2011 10:11pm

    Marcus Neto

    1005 posts

    Glad you got it sorted out.

    Closing this now, but if you have any additional issues feel free to open another thread.

.(JavaScript must be enabled to view this email address)

ExpressionEngine News!

#eecms, #events, #releases