Forum Replies Created

Viewing 15 replies - 1 through 15 (of 23 total)
  • @aamir I think this is a bug maybe? I’m experiencing a problem with the ‘blur with cross’ setting altogether – this product is completely out of stock (all variations), however the blur/cross is not showing at all, even when clicked.

    Thread Starter willkidger

    (@willkidger)

    Okay, thanks!

    Thread Starter willkidger

    (@willkidger)

    I’m almost certain I’m looking at API requests. See screengrabs of how I’m getting to the error log:

    1. https://pasteboard.co/90KdbpNv6yRp.png
    2. https://pasteboard.co/y9zdwcCSjw5J.png
    3. https://pasteboard.co/JxG4JIVwhIPe.png

    …although, within the request, it does say:

    "user_agent": "Stripe/1.0 (+https://stripe.com/docs/webhooks)",
        "partner": "PaymentPlugins"
    
    Thread Starter willkidger

    (@willkidger)

    No problem, to me it made sense to go to Stripe first and they weren’t too helpful this morning. I’ve gone back again though and been quite insistent, and they are still sending me back your way. Sorry to just dump the whole transcript but it will give you full context:

    (07:49:29 PM) Kimberly M.: Ah ok - I do see in the logs here, it's showing there was an internal server error. What the error is exactly I am not sure as this would be an error with the WooCommerce plugin you're using.
    For more information on this error - you'll need to reach out to WooCommerce directly
    (07:50:01 PM) Kimberly M.: The contact information I have for WooCommerce is: https://woocommerce.com/contact-us/
    (07:50:41 PM) Me : I asked the plugin developers
    (07:50:45 PM) Me : https://ww.wp.xz.cn/support/topic/klarna-payment-canceled-internal_server_errorinternal-error/
    (07:51:04 PM) Me : "That error message is actually coming directly from Stripe’s API. I would imagine they could review a log entry that might provide some additional info on why that error was thrown on their end.
    I hate to send you in the other direction but the error log you see is what the plugin has access to. To get a better understanding of why an internal error was encountered in Stripe, we would need them to dig a little deeper."
    (07:52:32 PM) Kimberly M.: Hmm - that is very strange, as this is a 402 error code, which would indicate that it's a server error. 500 error codes are Stripes server errors.
    (07:52:37 PM) Kimberly M.: Let me dig a little further.
    (07:53:01 PM) Kimberly M.: You can see the difference on the codes here: https://stripe.com/docs/error-codes
    (07:53:30 PM) Kimberly M.: As you can see 500 error codes indicate there is an issue with Stripe serves. 400 codes (which this code is 402) indicate there is an issue with the information being sent over - which indicates there's an issue with the plugin you're using.
    (07:54:10 PM) Me : Right, but that link says "4xx error status codes indicate an error because of the information provided (e.g. a required parameter was omitted)"
    (07:54:22 PM) Me : Surely you can at least tell me what parameter was omitted?
    (07:54:31 PM) Me : Or what was the detailed cause for the error?
    (07:55:22 PM) Kimberly M.: The error that it's returning is that there is an internal server error. The example you're seeing on the 400 code, is an example. This particular code is 402- Internal_server_error.
    (07:55:35 PM) Me : Well, it also says "invalid_request_error"
    (07:55:41 PM) Kimberly M.: I am not able to see any more than what is viewable in the logs. The developers for the plugin will need to look over the plugin and the way it's sending the information from their server end.
    (07:56:16 PM) Me : Okay, which way is this request going? Is it going from the plugin to Stripe, or Stripe to the plugin?
    (07:56:25 PM) Kimberly M.: I would go back to WooCommerce - with the link https://stripe.com/docs/error-codes, and the log to the error showing them that it's an internal server issue (meaning their plugin)
    (07:56:32 PM) Kimberly M.: The request is coming from your plugin to Stripe to process
    (07:57:12 PM) Me : Right, so surely if there was an internal server issue, the request wouldn't be sent at all?
    (07:57:41 PM) Me : The error is being thrown when the request is received, no?
    (07:57:48 PM) Kimberly M.: It was sent - and an error was thrown, advising there was an internal server error.
    (07:58:25 PM) Kimberly M.: No - the error that is on the logs is saying there is an internal server error with your plugin, as indicated by the 402 code.
    (07:58:39 PM) Kimberly M.: If it was a server error in processing the request - it would show a 500 code, not 400.
    

    I’ve been encountering an issue with Facebook showing ads with outdated pricing or stock, and customers complaining as a result. After a lot of head scratching it seems to be exactly the same issue that @jesperh95 is describing. We’re gradually migrating to a new SKU system and are changing SKUs to the new format as we bring in new stock. When we update old SKUs it’s leaving ‘ghost’ items in the Facebook catalogue, which have the old SKU but are unconnected to any live product (so just stay live and stuck on whatever price, stock level etc. they were on when the SKU changed). They are still live, they’re still eligible for ads and they still link to the product listing, even though the price etc. might be different to what’s shown in the ad, or even if the product when out of stock long ago.

    Unlike GTINs, MPNs etc. there’s no standardised way that SKUs should be used and retailers use them in numerous ways; in whatever way best suits their business. So whilst generally they usually stick with the product for its lifetime, many retailers don’t use them in that way, and even if they do (like us) if you’re managing an ecommerce site with thousands of products, like @jesperh95 says it’s unavoidable that SKUs will change sometimes for all sorts of other reasons – updated versions of products, warehouse management changes, third party software, supplier changing their SKUs, human error etc. Even if you believe that SKUs should only be used in one way and should never change, it still doesn’t really make sense to use an easily editable and non-required field as part of a unique identifier? As @jesperh95 says there doesn’t seem to be a good reason to use it when it works perfectly fine if you don’t have a SKU at all?

    Even if it’s expected behaviour that the SKU is appended to the post ID, surely it’s not expected behaviour that the product with the old content_ID is left hanging around in the Facebook catalogue, orphaned from any Woocommerce product? If it couldn’t be overwritten by the ‘new’ product, it could at least be deactivated in the catalogue? It’s not a “duplication issue” as such – because the item that is left in the catalogue is not in sync with the live/correct item.

    The problem is compounded by the fact that when trying to manually correct the issue in Facebook Commerce Manager, there’s no way as far as I can see to filter and edit catalogue items in bulk, so you have to go through and find and deactivate each ‘ghost’ variation one by one. This would be a nightmare for us with the number of affected products, so the alternative is to delete and re-add the feed but a) this will presumably mess up the learning that the ad algorithm has built up with the catalogue and b) it’s not going to stop the issue just happening again next time we have to change a SKU for some reason.

    I appreciate that a second voice won’t suddenly convince you that this is a bug, but I would imagine that there are lots more affected users who haven’t yet realised there are live items sitting in their Facebook catalogues that don’t accurately reflect the products that they link to, and it will no doubt be impacting their ad performance.

    If you got this far thanks for sticking with me! πŸ™‚

    …actually, I have made some progress. I think it may have been the theme causing a clash.

    @caroltheo I’m wondering if you can help me – I’m also using FacetWP + Algolia (via this plugin), but can’t get them to work together. Are you using a FacetWP template to display results? If so, are there additional config settings to make it work? I have a FacetWP template shortcode on my search results template, but when I search for anything I get no results. Any help much appreciated!

    Thread Starter willkidger

    (@willkidger)

    I figured it out. Somehow the checkout shortcode had been converted at some point within the page to the full expanded code.

    Thread Starter willkidger

    (@willkidger)

    Hi @capuderg, @notify is an alias.

    In the end, I signed up for Postmark and am using their plugin, it seems to work fine. Perhaps it was something to do with the Gmail SMTP side.

    Thread Starter willkidger

    (@willkidger)

    @kamola I just used the WP Rollback plugin to roll back this particular plugin update. Personally I did not do a database backup, but I wouldn’t want to advise you on whether you should or not! πŸ˜€

    Thread Starter willkidger

    (@willkidger)

    Yeah, I don’t think it’s a cache or cookies issue, I cleared both.

    As with @kamola in the Visual Builder the background is correct, when you save & view the live page it’s not.

    I have rolled back to the last plugin version for now and it’s working.

    Thread Starter willkidger

    (@willkidger)

    Hi @capuderg, thanks for the info.

    Changing the ‘to’ address to a normal @gmail.com address worked.

    Yes, the team@ email is a Google Group within G Suite. It’s used for other stuff and emails are received fine, whether from within the domain or external people – so I think it’s already configured to allow emails to the group?

    Same issue here. I notice if I’m logged in as an admin, I can type in the boxes fine. If logged out, can’t type in them and the credit card images also don’t load.

    willkidger

    (@willkidger)

    @mariovalney I tried but weirdly I get a 404 when I hit submit! Tried a few times

    willkidger

    (@willkidger)

    @mariovalney I tried, but weirdly I get a 404 page when I hit submit! Tried a few times.

Viewing 15 replies - 1 through 15 (of 23 total)