Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Thread Starter k.borisov

    (@kborisov)

    That’s the setting that the shop is currently on. The shop is in Finnish.
    When the billing country is Finland everything is OK, but if it is changed to Dutch for example, the Klarna widgets are in English.

    Thread Starter k.borisov

    (@kborisov)

    I managed to resolve the issue by removing the Amazon Pay Plugin completely, then manually deleting all the data from the wp_options table beginning with woocommerce_amazon_.
    The Amazon Plugin was trying to load classes for an old version of the Amazon Pay API. I have no idea why it did work when the AMP Plugin was active.

    • This reply was modified 2 years, 4 months ago by k.borisov.
    Thread Starter k.borisov

    (@kborisov)

    Thanks for the answer.

    I tried reproducing the problem on a clean installation and everything works there.

    The problem should be just on this website. I am testing the updates on a development copy of a functioning website.

    The shop is set up like in your recommendation (1).
    For 2) we have written custom logic, but this is also can’t the problem.

    The error is shown on every page including the admin dashboard. The website is practically unusable when both plugins are activated – only the standard WordPress critical error message is shown.
    The error from the original question is displayed when the debugger is enabled.

    I’ve switched to the storefront theme and disabled every other plugin, but the issue is still there.

    Another specific is that the installation is a multisite network. But this shouldn’t be a problem?

    Here is the UUID: ampwp-3db3ec79-0997-533c-8eff-c2e3c6cf2769

    Thanks for the help,
    Kamen

    Thread Starter k.borisov

    (@kborisov)

    I need to add the code from the edit category page. I want to add some interactability to the page. The example I gave is just to easily test it.
    The content and the AMP components will be different for each category and an administrator should be able to change them without any theme customizations.

    As I mentioned, I’ve successfully turned off the HTML sanitization of those fields.
    I believe that WordPress detected the AMP syntaxis as invalid HTML code and clears it. Is there any way to disable it?

    Thread Starter k.borisov

    (@kborisov)

    Actually we have some other pages without AMP, where we would like to show the same AMP banner.

    Is there any way to achieve it with the plugin. Using hooks and filters.
    if not, we will most likely write ourselves the amp cookie banner.

    Do you agree with us, that it seems untrustworthy to ask the users for the same permissions twice and is this(same banner on AMP and non-AMP pages) a feature that you deem valuable and would consider implementing in the future?

    Thread Starter k.borisov

    (@kborisov)

    Hi,

    Thanks for fast response!
    Yes, you are right, in almost all the cases nobody would not come directly on the checkout page, but we’ve made some prepopulated checkout pages (used for marketing) on which the buy lands directly. I can use the cmplz_site_needs_cookiewarning filter described here https://complianz.io/excluding-pages-from-the-cookie-banner/ to enable it on those, correct?

    Thanks,
    Kamen

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