k.borisov
Forum Replies Created
-
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.Forum: Plugins
In reply to: [AMP] Compatibility issue with WooCommerce Amazon Pay plugin.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.
Forum: Plugins
In reply to: [AMP] Compatibility issue with WooCommerce Amazon Pay plugin.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,
KamenForum: Plugins
In reply to: [AMP] AMP code is removed from product category page.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?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?
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 thecmplz_site_needs_cookiewarning
filter described here https://complianz.io/excluding-pages-from-the-cookie-banner/ to enable it on those, correct?Thanks,
Kamen