Viewing 15 replies - 16 through 30 (of 30 total)
  • Thread Starter joyryde

    (@joyryde)

    So weird, shows on that product for me, but doesn’t show on the last product that a customer complained to us about:

    https://djdeals.com/product/jmaz-200g-firestorm-f3-powder/

    I was testing this product because this one caused the issue for the buyer.

    • This reply was modified 3 years, 1 month ago by joyryde.
    Plugin Author Payment Plugins

    (@mrclayton)

    Go to the edit product page within the WordPress admin and make sure Apple Pay is not disabled for that particular product.

    This plug-in allows you to enable or disable the payment buttons on a per product basis so it’s possible someone disabled Apple Pay for that particular product.

    Thread Starter joyryde

    (@joyryde)

    Well that’s even weirder – I’ve never even seen that panel on a product page before! I had no idea you could disable and enable payment methods per product.

    Not only does it show Apple as disabled (I’m the only admin and didn’t do it because I didn’t know it was an option) but I see that something called “Afterpay” is enabled and I don’t even know what that is, nor is it a payment method on our website…?

    We have roughly 20,000 products, so how do we know if all 20,000 are set to enabled since I didn’t change this one to “off”?

    Plugin Author Payment Plugins

    (@mrclayton)

    I’ve never even seen that panel on a product page before! I had no idea you could disable and enable payment methods per product.

    That functionality has been around for a while.

    Not only does it show Apple as disabled (I’m the only admin and didn’t do it because I didn’t know it was an option) but I see that something called “Afterpay” is enabled and I don’t even know what that is, nor is it a payment method on our website

    The payment methods cannot be enabled any other way then by manually enabling them on the product page. So somehow they were disabled/enabled.

    We have roughly 20,000 products, so how do we know if all 20,000 are set to enabled since I didn’t change this one to “off”?

    None of them should have Afterpay enabled unless someone toggled it on.

    There are of course the global product and cart section settings, but they don’t trigger updates in the database for each product.

    If a payment method button is enabled/disabled then an entry called _{$payment_method}_options is added to the postmeta table for the product.

    Example: _stripe_applepay_options would be the metakey.

    Thread Starter joyryde

    (@joyryde)

    Yeah, I’m the only admin, so I’ve never done any of that before…never knew that tab even existed! We have 60 plugins so it’s likely some conflict caused it. We don’t have Afterpay and never have.

    Plugin Author Payment Plugins

    (@mrclayton)

    We have 60 plugins so it’s likely some conflict caused it.

    I doubt it since the payment buttons can only be enabled via a request to the WP Rest API. No other plugin would call this plugin’s rest endpoint.

    It looks like you’ve been using this plugin for a long time. At one point in a very early version of this plugin if you updated a product it would update those entries. Maybe you did a mass product upload at one point and they were saved automatically then.

    Thread Starter joyryde

    (@joyryde)

    Aah…we do upload products in bulk. I’ll have to figure out a way to use PHPmyadmin to ensure that all 20,000 have it enabled now.

    THANK YOU!

    Plugin Author Payment Plugins

    (@mrclayton)

    If you want all 20,000 to have it enabled then the best thing to do in phpMyAdmin is delete all entries like _stripe_%%_options.

    Then go to the Apple Pay/GPay Settings pages and enable the product page in the payment sections.

    If the individual product does not have an options entry, it uses the global setting as default.

    Thread Starter joyryde

    (@joyryde)

    OK, thank you so much, you’re always so helpful!

    Thread Starter joyryde

    (@joyryde)

    4 more buyers in the last 4 days all ordered with Apple Pay and all were forced to have UPS 3 Day shipping. All 4 of them flipped out on us claiming that Apple pay via stripe is scamming them.

    Plugin Author Payment Plugins

    (@mrclayton)

    Hi @joyryde

    Per our discussion on this thread it doesn’t look like this an issue with the plugin.

    After testing your site the shipping method selection worked perfectly on iPhone.

    If you can produce a staging site where this behavior can be recreated that would be helpful.

    If you feel another solution is the answer I highly encourage you to try that option.

    Kind regards

    Thread Starter joyryde

    (@joyryde)

    Just got yet another complaint.

    Buyer ordered this with Apple Pay:

    https://djdeals.com/product/faderfox-uc4-universal-dj-controller/

    Instead of that product, the plugin forced him to buy this product:

    https://djdeals.com/product/esi-midimate-ex-usb-2-0-midi-interface-cable/?swcfpc=1

    Which is a “Related Product” at the bottom of the page of the product he meant to purchase.

    It also forced him to pay for UPS 3 Day select shipping, which he flipped out about.

    When I just went to my website to try to replicate the issue, no such issue occurred. All I see is this:

    https://pasteboard.co/eZQGvLGZeosh.png

    Which is perfectly correct.

    So this is the 5th time in 3-4 days that buyers are having this issue with Apply Pay, probably the 20th time in total, yet neither you or I can get it to happen?

    Plugin Author Payment Plugins

    (@mrclayton)

    @joyryde It’s no coincidence that the related product is also the same product your customer ended up purchasing. I looked at your website and I can see where a customer might actually confuse the related product with the current product page.

    Your product description is below the Apple Pay by button so it’s entirely feasible that your customer is reading the description and scrolling down and confusing that with the related product.

    The fact that you cannot reproduce this issue is very strong evidence that it’s not related to the Stripe plugin. Code is code it’s the same for everyone so if it were the plug-in you would be able to reproduce the issue.

    Per my previous replies if you can create a staging site where this behavior can be re-created I am more than happy to take a closer look.

    Thread Starter joyryde

    (@joyryde)

    How would someone scroll all the way to the bottom of the page, click on a related product, then order that instead? And then be forced to pay for UPS 3 Day shipping?

    Seems nearly impossible. I just tried.

    Plugin Author Payment Plugins

    (@mrclayton)

    Look I am just trying to be helpful and offer a different perspective. You said you can’t re-create the issue so for peace of mind maybe you should try a different solution and see if that works better for you. At the end of the day the best decision is the one that benefits your business.

Viewing 15 replies - 16 through 30 (of 30 total)
  • The topic ‘Apple Pay Forcing Buyers to use UPS 3 Day Select’ is closed to new replies.