Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • Thread Starter psluword

    (@psluword)

    Yes, the Business Location is set to “Cheese Shop” in WooCommerce, it’s the only location I’ve ever actually used. The other two were just experiments when I was testing out how to best set up the inventory years ago, but they have never been active or anything.

    If you need the latest Status Report again, here it is: https://pastebin.com/ASTCMjfz

    Thread Starter psluword

    (@psluword)

    Sorry, for some reason GitHub was giving me an error when I tried to paste the entire log, so I had to break it up into 5 files and upload them individually: https://gist.github.com/pslugith/8e6cca231988b9f16cd5121b351f82f7

    Thread Starter psluword

    (@psluword)

    I first noticed this a few months back–I don’t have a specific date, unfortunately.

    Other variable products I setup years ago were fine, but I keep exact counts of inventory on those variations. When I set these new items up as variable products, using the availability method in Square rather than tracking inventory outright, I immediately ran into the issue.

    The only type of caching I have on the site is a Redis Object Caching plugin for the database. Disabling that and using the the latest version of the WooCommerce Square plugin, I ran into the following:

    When I used the “Sync now” button on the WooCommerce > Settings > Square > Update page, there was no effect on the variable products, and all the variations stayed available as expected.

    When I imported some new products with the “Import all Products from Square” button on the WooCommerce > Settings > Square page, two of the variable products listed previously had the issue again: the default variation was set to “Out of stock” and the “Manage inventory” checkbox was checked again. Before importing, I did not modify these products in any way in Square. In WooCommerce, all I did was set them back to In Stock and unchecked “Manage inventory” on the disabled variations. I did not have “Update existing products during import” checked when I ran the import.

    • This reply was modified 6 months, 1 week ago by psluword.
    • This reply was modified 6 months, 1 week ago by psluword.
    • This reply was modified 6 months, 1 week ago by psluword.
    Thread Starter psluword

    (@psluword)

    Here are a few images for reference. The setup in Square Item Library:

    The products in WooCommerce:

    How the variations are set up:

    Thread Starter psluword

    (@psluword)

    Thanks for the quick reply!

    1. Yes, Sync settings are set to “Square” and Sync Inventory is checked.
    2. The variations in my Square item library are all set to Available.
    3. The SKUs in the Square item library are unique for each variation in each products, and the SKUs in WooCommerce are duplicated identically.
    4. For some reason, I seem to only have two logs with “square” in the name, and they were both last created and last modified in October…?
    5. https://pastebin.com/raw/V6isKNpd
    6. The only reason I ever go back and edit these products directly in WooCommerce is when I discover they are listed as “out of stock” again.

    Also, for what it’s worth, it seems to be the first variation that’s always marked out of stock, but the second one does not seem to be affected.

    Thread Starter psluword

    (@psluword)

    Hi Yordan, I’ve just uploaded our child theme via wetransfer.com, as requested. If you haven’t received it, just let me know.

    We have two templates in the /woocommerce/pdf/ directory–the one without spaces is literally just the latest version of the template directly from the plugin. As mentioned, if I copy these files to the parent theme, we’re able to select them from the dropdown, but for whatever reason they’re not accessible when stored in the child theme’s directory.

    Thread Starter psluword

    (@psluword)

    Thread Starter psluword

    (@psluword)

    Hi @drwpcom — looking into this more, it turns out we are using a streamlined checkout form that doesn’t require the user to enter their billing address, just their name/email/phone and a shipping address. I assume this is the issue, but we haven’t had any issues with users submitting payments, simply with saving their cards to their account.

    But for reference, as requested, here is the relevant data from one such failed charge:

    06-21-2020 @ 13:05:30 - Status code BAD_REQUEST: The postal code in billing address doesn't match the one used for card nonce creation.
    06-21-2020 @ 13:06:25 - Square.js Response:
     Array
    (
        [digital_wallet_type] => NONE
        [card_brand] => VISA
        [last_4] => XXXX
        [exp_month] => X
        [exp_year] => XXXX
        [billing_postal_code] => 37311
    )
    
    06-21-2020 @ 13:06:27 - Request
    method:
    uri: createCustomerWithHttpInfo
    user-agent: WooCommerce-Square/2.1.5 (WooCommerce/4.2.0; WordPress/5.4.2)
    headers: Array
    (
    )
    body: {
        "given_name": "XXXXXXX",
        "family_name": "XXXXXX",
        "company_name": "",
        "email_address": "[email protected]",
        "address": {
            "address_line_1": "",
            "address_line_2": "",
            "locality": "",
            "administrative_district_level_1": "",
            "postal_code": "",
            "country": "US",
            "first_name": "XXXXXXX",
            "last_name": "XXXXXX",
            "organization": ""
        },
        "phone_number": "XXXXXXXXXX",
        "reference_id": "56"
    }
    Thread Starter psluword

    (@psluword)

    Hi @drwpcom, thanks for getting back to me. It is, luckily, a repeat customer, so I’ll try to get them to give me some more details next time they try to order.

    Unfortunately though, I’ve now gotten this same error with 2 additional customers over the last few days. I haven’t confirmed whether or not they were trying to save their card, but either way it seems a bit unusual that they all would have entered spaces into the zip code field in Square. But without watching over their shoulder, I’m not sure how to tell if it’s truly (multiple) user error or not.

    Is there any way to tell from my end how the zip code was entered into the payment section? For all of these failed orders, the customers only used 5 digits on the WooCommerce fields, so it seems like they would probably just enter it the same way for the card.

    • This reply was modified 5 years, 11 months ago by psluword. Reason: Clarification
    Thread Starter psluword

    (@psluword)

    That seems to have fixed it. Thank you very much!

    • This reply was modified 6 years, 2 months ago by psluword. Reason: Marking as resolved
Viewing 10 replies - 1 through 10 (of 10 total)