Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • jbd4jc

    (@jbd4jc)

    @anastas10s – I respectfully disagree given the fact that it was a known issue. I understand how difficult plugin support is – especially for WordPress/WooCommerce. Thanks for sticking with this either way.

    jbd4jc

    (@jbd4jc)

    I can confirm that rolling back solved the issue. It would have been amazing to know it was a known issue before jumping through all these hoops. Please tell your support staff to have customers explore plugin rollback before trying a hundred other things. It seems like it should have been step #1. Thanks.

    jbd4jc

    (@jbd4jc)

    @xue28 it’s NOT the zip code we’re talking about here. It’s the billing_state field.

    I did test changing the theme to the Twenty Twenty Two theme (I don’t have the default Storefront theme). The validation error still exists. We are using Elementor, so this is what the page/validation looks like when STATE is NOT selected, and no data is entered into the form, and CHECKOUT is clicked.

    See – no STATE validation being checked.

    Billing First name is a required field.
    Billing Last name is a required field.
    Billing Street address is a required field.
    Billing Town / City is a required field.
    Billing ZIP Code is a required field.
    Billing Phone is a required field.
    Billing Email address is a required field.
    Credit card number is not valid
    Expiration date is not valid
    CVV is not valid
    jbd4jc

    (@jbd4jc)

    I was able to confirm that the plugin causing the problem is WooCommerce Square. It’s our main method of payment, so I suppose we’ll track down their support. Thanks all.

    jbd4jc

    (@jbd4jc)

    Bottom line… orders can be submitted WITHOUT the user entering their state. Shipping/pricing rules are in place when the state is selected, so users are able to bypass applying those pricing details by not entering their state.

    jbd4jc

    (@jbd4jc)

    @xue28 I did open another thread and was told the issue couldn’t be replicated even though the screenshots they shared CLEARLY showed it WAS replicated. I’m trying to work with @socialsparkmedia to solve this issue since no one else seems to be of assistance.

    • This reply was modified 2 years ago by jbd4jc.
    jbd4jc

    (@jbd4jc)

    @socialsparkmedia I can confirm this is true of my scenario as well. Is it possible to share a list of plugins you have installed to see if we have a few that overlap and may be the culprit?

    ### Active Plugins (46) ###
    
    Advanced Custom Fields: by WP Engine – 6.0.3
    All-in-One WP Migration: by ServMask – 7.64
    Astra Bulk Edit: by Brainstorm Force – 1.2.6
    Aurora Heatmap: by R3098 – 1.5.6
    WP AutoTerms: by WP AutoTerms – 2.4.9
    BAW Login/Logout menu: by Juliobox – 1.3.3
    Breeze: by Cloudways – 2.0.10
    Caldera Forms: by Caldera Forms – 1.9.7
    Caldera Forms Anti Spam: by Yoohoo Plugins – 0.4
    Classic Editor: by WordPress Contributors – 1.6.2
    Custom Post Type UI Extended: by Pluginize – 1.6.2
    Custom Post Type UI: by WebDevStudios – 1.13.1
    Customer Reviews for WooCommerce: by CusRev – 5.6.2
    Yoast Duplicate Post: by Enrico Battocchi & Team Yoast – 4.5
    GTM4WP: by Thomas Geiger – 1.16.1
    Elementor Pro: by Elementor.com – 3.7.7
    Elementor: by Elementor.com – 3.7.8
    Groups: by itthinx – 2.16.2
    Head, Footer and Post Injections: by Stefano Lissa – 3.2.5
    Itthinx Updates: by itthinx – 1.4.0
    Jetpack: by Automattic – 11.4
    Order Export & Order Import for WooCommerce: by WebToffee – 2.2.8
    Hide Shipping Methods based on Shipping Class and Zone: by PluginHive – 1.0.8
    Post SMTP: by Post SMTP – 2.1.10
    Redirection: by John Godley – 5.3.4
    Search & Filter: by Code Amp – 1.2.15
    WooCommerce UPS Shipping Plugin with Print Label: by PluginHive – 3.15.7
    User Menus: by Code Atlantic – 1.3.0
    WooCommerce Conditional Shipping and Payments: by SomewhereWarm – 1.9.3
    WooCommerce Conversion Tracking: by weDevs – 2.0.10
    WooCommerce Free Shipping Bar Premium: by VillaTheme – 1.1.11
    WooCommerce Min/Max Quantities: by WooCommerce – 2.4.20
    WooCommerce Multiple Email Recipients: by Barn2 Plugins – 1.2.7
    WooCommerce Shipping & Tax: by WooCommerce – 1.26.3
    WooCommerce Smart Coupons: by StoreApps – 4.17.0
    WooCommerce Square: by WooCommerce – 3.2.0
    WooCommerce Wholesale Prices: by Rymera Web Co – 2.1.5.1
    WooCommerce: by Automattic – 7.0.0
    Wordfence Security: by Wordfence – 7.7.1
    WP Activity Log for WooCommerce: by WP White Security – 1.4.4
    WP Activity Log: by WP White Security – 4.4.2.1
    SEOPress PRO: by The SEO Guys at SEOPress – 6.0.1
    SEOPress: by The SEO Guys at SEOPress – 6.0.2
    WP Store Locator - CSV Manager: by Tijmen Smit – 1.2.11
    WP Store Locator: by Tijmen Smit – 2.2.235
    Zeus For Elementor: by UranusWP – 1.0.7
    Thread Starter jbd4jc

    (@jbd4jc)

    You DID replicate the issue. State is not listed in the required fields of your test. That’s the issue – All the other fields are properly alerting that they’re required, except for “State”. Users can submit orders without entering a State and then the billing is incorrect.

    @socialsparkmedia I tried your checkout page and it doesn’t validate the state field for me. It doesn’t appear to be resolved unfortunately.

    @socialsparkmedia what was the resolution from Square on this? We’re seeing the same issue.

    Thread Starter jbd4jc

    (@jbd4jc)

    Nick – I added the filter to change the form action since I could only ever get a 404 after submitting the form. I tried both the www and the webto API endpoint in the filter to hijack the form action. Everything seems to work, but the data isn’t going in. This has been the only way I’ve been able to get the form to work without showing a 404/page not found.

    Which form setting are you referring to? I selected the web to case radio button. Perhaps I’m looking in the wrong spot. Thanks for your help.

    Thread Starter jbd4jc

    (@jbd4jc)

    I’ve added the filter to set the form action to https://www.salesforce.com/servlet/servlet.WebToCase?encoding=UTF-8.

    However, no JS form validation appears to be happening. I’m working with a vendor out of Taiwan so I don’t have direct access to Salesforce to check if it’s working. I’m trying to connect with the person who manages their salesforce account to check on things.

    Thread Starter jbd4jc

    (@jbd4jc)

    Thanks Nick.

    Yes I have a redirect URL set up – I am just trying to use something ridiculous (https://www.google.com/?salesforce) right now to see if it helps. I tried re-building permalinks (just re-saved them) and that didn’t have an impact. Do you have a list of known plugin conflicts? This is a large site and I would prefer not disabling other plugins to track this down if at all possible.

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