Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Hello @sxymacman and @schmitt! The issue with legacy meta boxes not appearing should now be fixed in Gutenberg version 21.8.2. Please test out that version and see if the meta boxes reappear!

    Thread Starter Chandler Weiner

    (@crweiner)

    Hi @kaggdesign! So sorry for my delay here, IRL things got in the way.

    I have a sample Jetpack contact form set up at: https://crweiner.net/jetpack-forms/ , if you would like to test it out too.

    I installed the v4.17.0-RC5 and that seems to be working as expected! I can both enable and disable the Jetpack Forms integration and the form submissions now go through.

    Thank you again for taking a closer look at this, and I appreciate you working incredibly quickly to get an RC out to fix the issue.

    • This reply was modified 9 months, 1 week ago by Chandler Weiner. Reason: Fix typos
    Thread Starter Chandler Weiner

    (@crweiner)

    Thank you for responding so quickly, @kaggdesign!

    I tested v4.17.0-RC3, and that does allow me to turn off hCaptcha for Jetpack Forms without fatal errors, thank you!

    However, this RC has a different problem. I cannot submit a Jetpack Form with that RC version of hCaptcha enabled. After I prove I am human and go to submit the form, an error message comes up saying “Connection issue while submitting the form. Check that you are connected to the Internet and try again.”

    The POST request to /wp-admin/admin-ajax.php?action=grunion-contact-form has a 400 – Bad Request status code and the response payload says:

    <div class="form-error">
    <ul class="form-errors">
    <li class="form-error-message">Signature mismatch.</li>
    </ul>
    </div>

    I verified that the hCaptcha site config settings on /wp-admin/admin.php?page=hcaptcha say they are correct -> “Site config is valid. Save your changes.”

    I have not yet tested v4.17.0-RC2. Happy to test other versions or provide other logs, if that’s helpful!

    Thread Starter Chandler Weiner

    (@crweiner)

    Hi Matt and thanks for your reply!

    An example of my server logs is below, and I X’ed out some of the offending IP’s and the IP of my server.

    185.130.X.XXX - - [02/Mar/2016:03:22:55 +0000] "POST /xmlrpc.php HTTP/1.0" 503 608 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 176 0.000 "-" "-" "X.X.X.X"
    185.106.XX.XXX - - [02/Mar/2016:03:22:55 +0000] "POST /xmlrpc.php HTTP/1.0" 503 608 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 176 0.000 "-" "-" "X.X.X.X"
    185.130.X.XXX - - [02/Mar/2016:03:22:55 +0000] "POST /xmlrpc.php HTTP/1.0" 503 608 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 176 0.000 "-" "-" "X.X.X.X"
    185.106.XX.XX - - [02/Mar/2016:03:22:56 +0000] "POST /xmlrpc.php HTTP/1.0" 503 608 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 176 0.000 "-" "-" "X.X.X.X"
    185.130.X.XXX - - [02/Mar/2016:03:22:56 +0000] "POST /xmlrpc.php HTTP/1.0" 502 568 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 439 87.092 "0" "87.092" "X.X.X.X"
    185.130.X.XXX - - [02/Mar/2016:03:22:56 +0000] "POST /xmlrpc.php HTTP/1.0" 503 608 "-" "Mozilla/4.0 (compatible: MSIE 7.0; Windows NT 6.0)" "-" 176 0.000 "-" "-" "X.X.X.X"

    The following plugins were installed:
    MainWP Dashboard
    MainWP Advanced Uptime Monitor Extension
    MainWP Clean and Lock Extension
    MainWP UpdraftPlus Extension
    CloudFlare
    and of course, Wordfence Security.

    This server is basically just a MainWP installation that manages my other WordPress sites, so a pretty minimal. The Falcon cache is not activated on it.

    So, while my server was giving a 503 response according to my logs, the WordPress install was still not responding in the slightest. I had to SSH into the server and quickly deny the file in .htaccess before WordPress would display anything at all.

    Just wondering if you’ve seen this before and if you believe it is due to the sheer volume of the attack. The WordPress install was running at Vultr on a storage VPS (SATA HDD, not an SSD).

    Thread Starter Chandler Weiner

    (@crweiner)

    Ahhhhh, I see. I’ll go ahead and put that in as the path. I really think this should be made clear in the FAQ or something. By default, the plugin is not actually using the DreamSpeed CDN, yet that’s the plugin’s name…

    Perhaps under the CDN path setting you can have a dropdown box for:
    *Regular DreamObjects Bucket (Lower Cost, Lower Speed)
    *DreamSpeed CDN (Higher Cost, Higher Speed)
    *Other (Follows CDN Path Settings Box)

    Honestly, I really love this plugin and will use it for this new site now that I know how to get the true CDN path to my images. Thanks for making the integration between WP and DreamObjects/Speed easy!

    I would appreciate this feature as well. Specifically, I would really like to connect to other S3 services, not just Amazon’s. I use DreamObjects by Dreamhost and it costs me $0.03/GB unlike Amazon’s $0.07 – $0.09. If you allow for people to type in their own custom S3 hostname, then you can support these other S3 services. Thanks, and I look forward to this being added soon!

Viewing 6 replies - 1 through 6 (of 6 total)