Announcement

Collapse
No announcement yet.

Users having trouble logging in

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • [Bug / Issue] Users having trouble logging in

    Me again

    Since our upgrade I've been getting reports from people having trouble logging into our forums. From what I've gleaned there are three different scenarios.

    #1 Users must log in twice because the first time they log in they get redirected back to the index and are logged out. Logging in a second time works.
    • So far 2 people have reported that clearing their cache and deleting the cookies for the site have worked. At least 3 say that didn't work.

    #2 Some users try to log in but they keep getting redirected to the index and are logged out no matter how many times they try logging in.
    • Nobody has reported this issue fixed after clearing cache and deleting the site cookies.

    #3 A few users are reporting that the login button "disappears" once they enter their passwords and they can't log in.
    • Only 1 person has reported this being fixed by deleting cookies and clearing cache. At least 5 others have reported that this didn't fix the issue.
    Forgot to mention that there are a few dozen people that have no problems logging in.

  • #2
    Make sure that everyone is using the correct URL to your site.

    https://www.domain.com
    https://domain.com
    http://www.domain.com
    http://domain.com
    All four of those are completely different URLs and cookies won;t be shared between them.
    Your site will always create links based on what is set in the AdminCP under Settings > Options > Site URLs and Routing
    You must make sure all other variants as listed above redirect to the one used in the settings above. Your host can normally assist with this.
    MARK.B | vBULLETIN SUPPORT

    TalkNewsUK - My vBulletin 5.7.0 Demo
    AdminAmmo - My Cloud Demo

    Comment


    • #3
      #3 A few users are reporting that the login button "disappears" once they enter their passwords and they can't log in.
      • Only 1 person has reported this being fixed by deleting cookies and clearing cache. At least 5 others have reported that this didn't fix the issue.
      This is a weird issue but some browsers, anti-malware tools, and browser extensions are starting to block the submission of forms on insecure sites (e.g. the site does not have https and/or a lock image in the address bar)
      Translations provided by Google.

      Wayne Luke
      The Rabid Badger - a vBulletin Cloud demonstration site.
      vBulletin 5 API

      Comment


      • #4
        Originally posted by Wayne Luke View Post

        This is a weird issue but some browsers, anti-malware tools, and browser extensions are starting to block the submission of forms on insecure sites (e.g. the site does not have https and/or a lock image in the address bar)
        This is what my host thinks as well, and that will be addressed once I gain access to our sites domain registrar (too many hands in the cookie jar).

        The site url and routing is set to http://www.domainname.org

        I did some testing and have to login twice if i use domainname.org ... www.domainname.org ... and http;//www.domainname.org

        Until I started testing the login issues I didn't have any issues logging in So I cleared cookies/cache and still have to login twice

        Comment


        • #5
          domainname.org and www.domainname.org would be considered two sites. The way vBulletin uses cookies (HTTP_ONLY, Not Available to Javascript, and Secure if set in the PHP settings) means that cookies will not be shared between the two.

          You should only use www.domainname.org. Any other variation should redirect here before people are allowed to log in.
          Translations provided by Google.

          Wayne Luke
          The Rabid Badger - a vBulletin Cloud demonstration site.
          vBulletin 5 API

          Comment


          • #6
            I had users (including myself) not being "remembered". Once I cleared my browser cache, the issue disappeared.

            All redirects point to the correct domain, e.g. https://xxxxxxxxforum.com

            Comment


            • #7
              Originally posted by Rob-H View Post
              All redirects point to the correct domain, e.g. https://xxxxxxxxforum.com
              Your redirects do not appear to be working. How are you performing these redirects?

              I can access the site in your customer record at:

              - https://domain.com
              - https://www.domain.com
              - http://www.domain.com



              According to your rendered source code, the last two should redirect to https://domain.com but they are not. This is supposed to be handled at the server level. There is a redirect in the default .htaccess file to accommodate redirecting from from variations http://(www.)domain.com to the secure version of http://(www.)domain.com. However, it is commented out. The file does not accommodate switching from a sub-domain such as www to not using a subdomain.


              Translations provided by Google.

              Wayne Luke
              The Rabid Badger - a vBulletin Cloud demonstration site.
              vBulletin 5 API

              Comment


              • #8
                I set up my redirects in cpanel:
                survivalandpreparedness.com / https://survivalandpreparednessforum.com/ 301 permanent
                survivalandpreparednessforums.com / https://survivalandpreparednessforum.com/ 301 permanent
                I found a modification to the login_main template at line 41 to add: checked="true" as follows:
                <label><input type="checkbox" name="rememberme" checked="true" {vb:raw formData.remembermeCheckedAttr} />{vbhrase remember_me}</label>

                We'll see if this works. I have a single user who is having no success at being "remembered", besides myself.

                I did uncomment the rewrite rules in .htaccess just now
                Last edited by Rob-H; Fri 11 Feb '22, 5:03pm.

                Comment

                Related Topics

                Collapse

                Working...
                X