Ajax not working after update

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • doogie88
    Member
    • Nov 2006
    • 86

    Ajax not working after update

    Ajax not working? I just upgraded to 4.2.5 and 5.6 PHP and my reply with quote is not working. I've searched and searched but haven't found anything.

    I think I may have found the issue. I changed the site to SSL. it's on cloudflare and I turned it on so it changes http to https. I wonder if that's messing with the google ajax url?
    Last edited by doogie88; Mon 4 Jun '18, 3:50pm.
  • Mark.B
    vBulletin Support
    • Feb 2004
    • 24286
    • 6.0.X

    #2
    If you are switching to https, you need to follow this guide:
    CONVERTING YOUR FORUM TO HTTPS Applies to self-hosted versions of: vBulletin3; vBulletin4; vBulletin5; Cloud sites have https enabled by default and you do not need to do anything. This FAQ explains how to

    Not completing EVERY step will cause problems.
    MARK.B
    vBulletin Support
    ------------
    My Unofficial vBulletin 6.0.0 Demo: https://www.talknewsuk.com
    My Unofficial vBulletin Cloud Demo: https://www.adminammo.com

    Comment

    • doogie88
      Member
      • Nov 2006
      • 86

      #3
      Originally posted by Mark.B
      If you are switching to https, you need to follow this guide:
      CONVERTING YOUR FORUM TO HTTPS Applies to self-hosted versions of: vBulletin3; vBulletin4; vBulletin5; Cloud sites have https enabled by default and you do not need to do anything. This FAQ explains how to

      Not completing EVERY step will cause problems.
      That is what I followed.
      But on clould flare there is an option for https rewrites that changes all http to https, old images etc: Why Should I use Automatic HTTPS Rewrites?

      If your site contains links or references to HTTP URLs that are also available securely via HTTPS, Automatic HTTPS Rewrites can help. If you connect to your site over HTTPS and the lock icon is not present, or has a yellow warning triangle on it, your site may contain references to HTTP assets (“mixed content”).

      Mixed content is often due to factors not under the website owner’s control such as embedded third-party content or complex content management systems. By rewriting URLs from “http” to “https”, Automatic HTTPS Rewrites simplifies the task of making your entire website available over HTTPS, helping to eliminate mixed content errors and ensuring that all data loaded by your website is protected from eavesdropping and tampering. Does Automatic HTTPS Rewrites fix all mixed content errors?

      No. Only URLs that are known to support HTTPS will be rewritten. We use data from EFF’s HTTPS Everywhere and Chrome’s HSTS preload list, among others, to identify which domains support HTTPS. If your zone is not on one of these lists, only active content will be rewritten. Passive content (such as images) will not be rewritten and will still cause mixed content errors


      So I have that turned on.

      Comment

      • Wayne Luke
        vBulletin Technical Support Lead
        • Aug 2000
        • 73981

        #4
        You will have to switch from Google as the provider of jQuery and YUI scripts to None. This will load them from your server with the proper protocol. That means the user's browser will not block the scripts and prevent them from running.

        Alternatively, all users can configure their browsers to ignore insecure assets and load them anyway. But this isn't secure.
        Translations provided by Google.

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

        Comment

        • doogie88
          Member
          • Nov 2006
          • 86

          #5
          Originally posted by Wayne Luke
          You will have to switch from Google as the provider of jQuery and YUI scripts to None. This will load them from your server with the proper protocol. That means the user's browser will not block the scripts and prevent them from running.

          Alternatively, all users can configure their browsers to ignore insecure assets and load them anyway. But this isn't secure.
          I changed it to google as per the steps in post #2 above.
          But I've put it to none and that didn't seem to matter.

          I think this is the issue here:
          Blocked loading mixed active content “http://www.xxxxx.com/ajax.php?do=getquotes&p=1253987”[Learn More]
          I guess it's not calling https so it's getting blocked. I don't know why this wasn't changed but is there somewhere I can edit that?

          Comment

          • Wayne Luke
            vBulletin Technical Support Lead
            • Aug 2000
            • 73981

            #6
            It is based off the BB URL setting under Settings -> Options -> Site Name / URL / Contact Details.

            Does the issue happen in a new style with no parent?
            Translations provided by Google.

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

            Comment

            • doogie88
              Member
              • Nov 2006
              • 86

              #7
              Originally posted by Wayne Luke
              It is based off the BB URL setting under Settings -> Options -> Site Name / URL / Contact Details.

              Does the issue happen in a new style with no parent?
              Yes, same issue.

              Comment

              • doogie88
                Member
                • Nov 2006
                • 86

                #8
                Originally posted by Wayne Luke
                It is based off the BB URL setting under Settings -> Options -> Site Name / URL / Contact Details.

                Does the issue happen in a new style with no parent?
                I used this adivce and it worked:


                Comment

                Related Topics

                Collapse

                Working...