Announcement

Collapse
No announcement yet.

Ajax not working after update

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

  • 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.

  • #2
    If you are switching to https, you need to follow this guide:
    https://www.vbulletin.com/forum/arti...forum-to-https
    Not completing EVERY step will cause problems.
    MARK.B | vBULLETIN SUPPORT

    TalkNewsUK - My vBulletin 5.6.4 Demo
    AdminAmmo - My Cloud Demo

    Comment


    • #3
      Originally posted by Mark.B View Post
      If you are switching to https, you need to follow this guide:
      https://www.vbulletin.com/forum/arti...forum-to-https
      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


      • #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


        • #5
          Originally posted by Wayne Luke View Post
          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


          • #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


            • #7
              Originally posted by Wayne Luke View Post
              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


              • #8
                Originally posted by Wayne Luke View Post
                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:

                https://www.vbulletin.com/forum/foru...52#post4378752

                Comment

                Related Topics

                Collapse

                Working...
                X