kimu

Forum Replies Created

Viewing 15 replies - 1 through 15 (of 22 total)
1 2
  • Forum: Reviews
    In reply to: [X-Currency - The Ultimate WooCommerce currency switcher for a smoother shopping experience] Does not work with products with variants and breaks conversion rounding
    Thread Starter kimu

    (@kimu)

    8 months, 2 weeks ago

    Hi, sorry, but I do not have time to follow up with this and for proper debugging I’d need to set up a staging environment which is not something I can do now.
    All I can say is that we use Elementor and WooPayments. The theme is a custom one, and we know for sure that the theme doesn’t do anything with prices or price conversions.

    Further down the line, we discovered that the price rounding is broken in WooPayments.
    Honestly, not a surprise, WooPayments is full of issues, but this one in particular, we never noticed it until we installed your plugin.
    We cannot say if it was there before, but logically, after further investigation for that specific problem, everything seems to points to WooPayments and not your plugin for the price rounding issue.

    Everything else, all the issuee with the variants, were caused by your plugin. We did tests with both WooPayments multi-currency activated and deactivated to be sure that the issue was not caused by a conflict between the two plugins and it wasn’t because it did not make any difference.
    As far as we know, nothing else (apart from WooCommerce itself), partecipate to the price definition/conversion.
    Removing from the equation what was caused by WooPayments, the main issues with your plugin were:

    1. In case of a product with variants, if one of the variant had a discount, the price range in the lists were shown 3 times and apart from the original strikethrough price, the other prices ranges were all wrong. The middle one was hard to figure out and in the last one the price range did not include the price of the last variant.
    2. Price ranges for variants did not include the price for the last variant. If the product had 5 variants, let’s say priced 1,2,3,4,5 USD respectively, the price range should have been 1-5 USD, but 1-4 USD was shown.
    3. Once a variant was selected in the product page, regardless of the currency and the shipping address of the customer, the price shown was the price in the customer currency with the shop country taxes applied, instead of the customer shipping address taxes. The price range in the product page was correct, let’s say 10-20 USD, but the final price once the variant had been selected was 12.5 and 25 because of the shop location taxes applied (25% where we reside).

    I hope it helps, we had high hopes for you plugin, because of one really annoying issue with WooPayments that prevent us from using the cache, Breeze is the one we use, but every other cache out there is affected in the same way.
    When we saw that your plugin was tested with Breeze, and we also verified that cookies were set based on the currency selection, we knew that we could finally enable the cache. WooPayments has not managed, in years, to do something as simple as setting up a cookie based on the currency selection.
    I know, it’s amazing, but that’s how it is.

    That said, we are sorry to see that your plugin has other, more annoying issues which prevents us from using it.
    We hope you can manage to fix the issues with the variants, whatever you do it does not play nicely with the price handling for products with variants. One thing in particular stands out in this case, which is that despite the usage of Elementor, the “Add-To-Cart” widget used in the product page is provided by WooCommerce itself. There is nothing else in the mix. If that one shows a wrong price, it is quite evident that you do something that upset WooCommerce itself.

    Forum: Plugins
    In reply to: [MailPoet - Newsletters, Email Marketing, and Automation] Restrict autogenerated coupon to subscriber email
    Thread Starter kimu

    (@kimu)

    1 year, 3 months ago

    Thank you, nice addition!

    Forum: Plugins
    In reply to: [WebP Express] Wrong srcset loaded
    kimu

    (@kimu)

    1 year, 5 months ago

    Hi, I am not the developer of the plugin, but I thought to share my thoughts about your issue.

    In the first two cases 603×900 and 201×300 it seems is is just an artifact of the image ratio.
    If the image is not square WP will generate the various sizes using only one of the sides as reference.
    In this case give than the ratio is the same your image looks like being 0.67×1, instead of 1×1.
    This is the expected result for images with ratio different than the expected one and this is also confirmed by the img sizes width="201" height="300"
    Webp-express only translate what it finds, meaning that those sizes are those generated by WP for the 900×900 and 300×300 image sizes.
    If you look in your upload folder you should see that those are the sizes as for the original jpeg/png image generated by WordPress.

    As for the srcset, my understanding is that all the available variations are added to srcset, regardless of the media and the browser will pick the most appropriate based on the viewport.
    Potentially, the optimisation to be made here is to ensure that on the mobile view the image with the right size is used in that context.

    I hope it helps.

    Forum: Plugins
    In reply to: [WooCommerce] Empty row added after each attribute in add_to_cart widget
    Thread Starter kimu

    (@kimu)

    1 year, 5 months ago

    Actually, I would argue whether if would make even more sense to give an option to remove it when woocommerce_reset_variations_link returns nothing, which gives users an option to remove the Clear button entirely.

    In that case the code should be 

    <?php 
        $reset_variation_link = wp_kses_post( apply_filters( 'woocommerce_reset_variations_link', '<button class="reset_variations"  aria-label="' . esc_html__( 'Clear options', 'woocommerce' ) . '">' . esc_html__( 'Clear', 'woocommerce' ) . '</button>' ) );
        
        if ( end( $attribute_keys ) === $attribute_name && ! empty($reset_variation_link)) : ?>
        <tr>
            <td colspan="2">
                <?php
                /**
                 * Filters the reset variation button.
                 *
                 * @since 2.5.0
                 *
                 * @param string  $button The reset variation button HTML.
                 */
                echo $reset_variation_link;
                ?>
            </td>
        </tr>
    <?php endif; ?>
    Forum: Plugins
    In reply to: [MailPoet - Newsletters, Email Marketing, and Automation] Restrict autogenerated coupon to subscriber email
    Thread Starter kimu

    (@kimu)

    1 year, 5 months ago

    Hello,

    We ended up doing exactly what you suggested, set the Usage Limit Per Coupon to 1. It’s a way to work around the issue, not ideal, but good enough for now.

    Let’s hope the developers would find it to be a nice addition then, thank you for forwarding it to them.

    Bye!

    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Issue can be closed.

    FYI, emoji flags are not natively supported in Chromium on Windows machines Add support for country flag emojis [40766658] – Chromium

    Several solutions, like polyfills, custom font type etc exists. You provide one that works only for the backend, not the frontend.
    At the end I have found a plugin that was blocking your backend solution, the one pointing to https://s.w.org/images/.
    In the SSR I sent over to you there were 2 plugins listed over there that have an option to block that URL. For you interested, these are Breeze and ASE.
    Your plugin was falling back on the WordPress default CDN https://cdn.jsdelivr.net/gh/jdecked/[email protected]/assets which would just work if you just added /svg/ before the name of the file.

    On the frontend, for the Currency Switcher Widget, if you provide any solution, it doesn’t seem to work. For that I had to install a polyfill which loads Twemoji as a font type and replace the unicode chars for the flag emoji in the switcher html select element.

    • This reply was modified 1 year, 6 months ago by kimu. Reason: Provided more info for closing the ticket
    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Twemoji it’s the library you use for rendering these flags. If you are interested you can find more about it here https://github.com/twitter/twemoji.
    In particular, it looks like you are using this version https://github.com/SebastianAigner/twemoji-amazing which, by default, uses https://www.jsdelivr.com/ as CDN. Or maybe you are just using the core one with that CDN in your config, but it doesn’t matter.
    What is matters, is that the Twemoji library is included as part of WordPress core, you can find it here wp-includes/js/twemoji.js.
    If you read that file, you can see that this url https://cdn.jsdelivr.net/gh/jdecked/[email protected]/assets/ is set as base for the configuration used by WordPress.
    You can see this at line 26 and 27.
    // default assets url, by default will be jsDelivr CDN
    base: ‘https://cdn.jsdelivr.net/gh/jdecked/[email protected]/assets/&#8217;,

    So, no, my host or my site, is not adding a CDN or replacing these urls in any shape or form.
    This all comes from WordPress and apparently WooPayments is using it.
    Instead, it looks like these URLs are replaced in your installation somehow. That is because apparently you are using a Proxy, which must have been set up by your organization by the look of it, to avoid hitting that CDN, probably some rate limiting issue, and that explains why you are seeing those flags.
    Your organisation, or the host you are using, has a mirror in place for the content served by that CDN.

    If you follow this URL https://cdn.jsdelivr.net/gh/jdecked/[email protected]/assets/ you can see that it takes you to a directory with two subfolders, 72×72 and svg.
    By default, Twemoji in WordPress is configured to use png 72×72 format, lines 29-37 of wp-includes/js/twemoji.js.

    // default assets file extensions, by default ‘.png’
    ext: ‘.png’,

    // default assets/folder size, by default “72×72”
    // available via Twitter CDN: 72
    size: ’72×72′,

    // default class name, by default ’emoji’
    className: ’emoji’,

    The html element used for the flags is 

    <img draggable="false" role="img" class="emoji" alt="🇪🇺" src="https://cdn.jsdelivr.net/gh/jdecked/[email protected]/assets/1f1ea-1f1fa.svg">

    class emoji, that url used as base, all matches, but there is one problem. As mentioned before, there are two subfolders and you have decided to use the svg version. As such, you should prepend /svg/ before the name of the svg image, otherwise the resulting URL is wrong.
    As I said before, I have no idea why the URL is correctly completed when browsing from a linux machine and why it is not when browsing from a Windows machine, but for that you need to look at your code, something in your logic is faulty and it is doing something wrong in that context.
    But you need to look at this from an installation where that Proxy https://s.w.org/images/ is not used.
    So you can see what the rest of us, your mere mortal customers, are seeing.

    In conclusion, I am not contiuing this conversation, unless someone steps in and start looking at this issue properly instead of keep trying to bounce the problem back and try to make it look as if it was a configuration issue on my end.
    I was just trying to help you guys, but I have better things to do in my life than spending all this time digging out information that you, as the support for this plugin, should know better than me.
    As show in this reply, that URL, that library it is all part of WordPress, and nothing of it comes from me, my host, my site or what else, but on the other hand you are trying to look at this issue from an installation which is obviously not standard, where things are different than the ones you provide to your customers.
    Because we are not all in the same place, it is quite obvious that this discussion will lead to nothing and I think I have spent already enough time looking at it.
    I am sure that I can live without those flags, so please, keep your bug as it is.

    With all that said, I wish you all the best.

    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Hello,

    Sandbox Mode can be enabled only on a website sitting on a publicly accessible server apparently.
    It does not look like I can do it on an installation in “localhost”.

    This error is returned when I try to enable Sandbox Mode.
    —
    There was a problem connecting your store to WordPress.com: “The Jetpack server was unable to communicate with your site https://wp-template-shop.ddev.site/ [IXR -32300: transport error: http_request_failed cURL error 7: Failed to connect to wp-template-shop.ddev.site port 443 after 7 ms: Could not connect to server]”

    —
    If you were asking it to yourself, yes, I have an internal Certificate Authority and DNS resolver.

    I have a staging installation for the website were this behaviour is observed on a public domain, but it is deployed in the same physical server were the production installation reside, so that won’t make any difference, as you think this is a server configuration issue.
    Personally, I do not think this is the case, because we can observe the same issue in production and in our “localhost” installations. If this was a configuration issue, it has to be at the application level, which means that somehow is either an issue with WooPayments itself, or another plugin is affecting WooPayments.
    What sounds weird to me is that some other plugin could affect the admin page of WooPayments. If this issue was only seen in the frontend with the currency switcher widget, it would more reasonable.
    Of all plugins we have installed I cannot think of anything that could mess up with the WooPayments admin page as nothing extends or manipulates that part.
    The only plugins I can think of are the various caching layers, but it’s unlikely and it would be temporary.

    Regarding the SSR, I can not remove it. Apparently, the window of time to edit the message has expired.

    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Hello,

    We already have a development installation in “localhost” and it behaves in the same way in that environment too.

    I cannot create a blank WP site with WooCommerce to check this issue, because multi currency can be enabled only when WooPayments is activated and configured through the payment providers.
    I am not going to create a new configuration with the payment provider for a test website.

    You can find here the status report, please confirm when you have read it as I would like to remove it from here.

    ### WordPress Environment ###

    WordPress address (URL): https://www.simonadauria.com

    Site address (URL): https://www.simonadauria.com

    WC Version: 9.4.2

    Legacy REST API Package Version: ✔ 1.0.4

    Action Scheduler Version: ✔ 3.8.2

    Log Directory Writable: ✔

    WP Version: 6.7.1

    WP Multisite: –

    WP Memory Limit: 896 MB

    WP Debug Mode: –

    WP Cron: ✔

    Language: en_US

    External object cache: ✔

    ### Server Environment ###

    Server Info: Apache/2.4.62 (Debian)

    PHP Version: 8.1.30

    PHP Post Max Size: 50 MB

    PHP Time Limit: 60

    PHP Max Input Vars: 2500

    cURL Version: 7.74.0

    OpenSSL/1.1.1w

    SUHOSIN Installed: –

    MySQL Version: 10.5.27-MariaDB-deb11-log

    Max Upload Size: 50 MB

    Default Timezone is UTC: ✔

    fsockopen/cURL: ✔

    SoapClient: ✔

    DOMDocument: ✔

    GZip: ✔

    Multibyte String: ✔

    Remote Post: ✔

    Remote Get: ✔

    ### Database ###

    WC Database Version: 9.4.2

    WC Database Prefix: wp_

    Total Database Size: 120.79MB

    Database Data Size: 96.58MB

    Database Index Size: 24.21MB

    wp_woocommerce_sessions: Data: 0.08MB + Index: 0.02MB + Engine InnoDB

    wp_woocommerce_api_keys: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_woocommerce_attribute_taxonomies: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_woocommerce_downloadable_product_permissions: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_woocommerce_order_items: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_woocommerce_order_itemmeta: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_woocommerce_tax_rates: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_woocommerce_tax_rate_locations: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_woocommerce_shipping_zones: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_woocommerce_shipping_zone_locations: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_woocommerce_shipping_zone_methods: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_woocommerce_payment_tokens: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_woocommerce_payment_tokenmeta: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_woocommerce_log: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_actionscheduler_actions: Data: 8.02MB + Index: 8.81MB + Engine InnoDB

    wp_actionscheduler_claims: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_actionscheduler_groups: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_actionscheduler_logs: Data: 5.02MB + Index: 5.03MB + Engine InnoDB

    wp_addonlibrary_addons: Data: 4.52MB + Index: 0.00MB + Engine InnoDB

    wp_addonlibrary_categories: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_asenha_failed_logins: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_cmplz_cookiebanners: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_cmplz_cookies: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_cmplz_dnsmpd: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_cmplz_services: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_commentmeta: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_comments: Data: 0.02MB + Index: 0.09MB + Engine InnoDB

    wp_e_events: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_e_notes: Data: 0.02MB + Index: 0.17MB + Engine InnoDB

    wp_e_notes_users_relations: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_e_submissions: Data: 0.02MB + Index: 0.27MB + Engine InnoDB

    wp_e_submissions_actions_log: Data: 0.02MB + Index: 0.11MB + Engine InnoDB

    wp_e_submissions_values: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_gla_attribute_mapping_rules: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_gla_budget_recommendations: Data: 0.19MB + Index: 0.14MB + Engine InnoDB

    wp_gla_merchant_issues: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_gla_shipping_rates: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_gla_shipping_times: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_jetpack_sync_queue: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_links: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_automations: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_automation_runs: Data: 0.02MB + Index: 0.08MB + Engine InnoDB

    wp_mailpoet_automation_run_logs: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_mailpoet_automation_run_subjects: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_automation_triggers: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_automation_versions: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_custom_fields: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_dynamic_segment_filters: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_feature_flags: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_forms: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_log: Data: 0.05MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_migrations: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_newsletters: Data: 0.05MB + Index: 0.05MB + Engine InnoDB

    wp_mailpoet_newsletter_links: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_mailpoet_newsletter_option: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_newsletter_option_fields: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_newsletter_posts: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_newsletter_segment: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_newsletter_templates: Data: 2.47MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_scheduled_tasks: Data: 0.39MB + Index: 0.31MB + Engine InnoDB

    wp_mailpoet_scheduled_task_subscribers: Data: 0.06MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_segments: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_sending_queues: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_settings: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_statistics_bounces: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_mailpoet_statistics_clicks: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_mailpoet_statistics_forms: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_statistics_newsletters: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_statistics_opens: Data: 0.02MB + Index: 0.08MB + Engine InnoDB

    wp_mailpoet_statistics_unsubscribes: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_mailpoet_statistics_woocommerce_purchases: Data: 0.02MB + Index: 0.08MB + Engine InnoDB

    wp_mailpoet_stats_notifications: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_subscribers: Data: 0.02MB + Index: 0.23MB + Engine InnoDB

    wp_mailpoet_subscriber_custom_field: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_subscriber_ips: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_subscriber_segment: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_subscriber_tag: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_mailpoet_tags: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_user_agents: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_mailpoet_user_flags: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_options: Data: 8.05MB + Index: 0.13MB + Engine InnoDB

    wp_postmeta: Data: 33.19MB + Index: 4.70MB + Engine InnoDB

    wp_posts: Data: 31.39MB + Index: 0.70MB + Engine InnoDB

    wp_rank_math_404_logs: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_rank_math_analytics_gsc: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_rank_math_analytics_inspections: Data: 0.11MB + Index: 0.11MB + Engine InnoDB

    wp_rank_math_analytics_objects: Data: 0.09MB + Index: 0.05MB + Engine InnoDB

    wp_rank_math_internal_links: Data: 0.05MB + Index: 0.03MB + Engine InnoDB

    wp_rank_math_internal_meta: Data: 0.06MB + Index: 0.00MB + Engine InnoDB

    wp_termmeta: Data: 0.08MB + Index: 0.08MB + Engine InnoDB

    wp_terms: Data: 0.08MB + Index: 0.09MB + Engine InnoDB

    wp_term_relationships: Data: 0.14MB + Index: 0.09MB + Engine InnoDB

    wp_term_taxonomy: Data: 0.09MB + Index: 0.11MB + Engine InnoDB

    wp_usermeta: Data: 0.23MB + Index: 0.03MB + Engine InnoDB

    wp_users: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_wc_admin_notes: Data: 0.06MB + Index: 0.00MB + Engine InnoDB

    wp_wc_admin_note_actions: Data: 0.05MB + Index: 0.02MB + Engine InnoDB

    wp_wc_category_lookup: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_wc_customer_lookup: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_download_log: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_orders: Data: 0.02MB + Index: 0.11MB + Engine InnoDB

    wp_wc_orders_meta: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_order_addresses: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_wc_order_coupon_lookup: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_order_operational_data: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_order_product_lookup: Data: 0.02MB + Index: 0.06MB + Engine InnoDB

    wp_wc_order_stats: Data: 0.02MB + Index: 0.05MB + Engine InnoDB

    wp_wc_order_tax_lookup: Data: 0.02MB + Index: 0.03MB + Engine InnoDB

    wp_wc_product_attributes_lookup: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_wc_product_download_directories: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_wc_product_meta_lookup: Data: 0.22MB + Index: 0.47MB + Engine InnoDB

    wp_wc_rate_limits: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_wc_reserved_stock: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_wc_tax_rate_classes: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_wc_webhooks: Data: 0.02MB + Index: 0.02MB + Engine InnoDB

    wp_wpc_accesslocks: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    wp_wpc_login_fails: Data: 0.02MB + Index: 0.00MB + Engine InnoDB

    ### Post Type Counts ###

    acf-field: 14

    acf-field-group: 4

    acf-post-type: 3

    attachment: 791

    elementor_library: 40

    mailpoet_page: 1

    nav_menu_item: 16

    oembed_cache: 3

    page: 15

    portfolio-collection: 5

    portfolio-gallery: 13

    portfolio-image: 272

    post: 28

    product: 112

    product_variation: 758

    revision: 1695

    shop_order: 2

    test: 1

    wp_global_styles: 1

    wp_navigation: 1

    wp_template: 2

    wpr_mega_menu: 1

    ### Security ###

    Secure connection (HTTPS): ✔

    Hide errors from visitors: ✔

    ### Active Plugins (31) ###

    Addendum Elements for Elementor (Premium): by Patrick Polloni – 0.0.1

    Admin and Site Enhancements (ASE): by wpase.com – 7.5.3

    Advanced Custom Fields PRO: by WP Engine – 6.3.11

    Advanced Elements: by Goose Studio – 1.12.4-beta.4

    Advanced Google reCAPTCHA: by WebFactory Ltd – 1.25

    Breeze: by Cloudways – 2.1.19

    Complianz | GDPR/CCPA Cookie Consent: by Really Simple Plugins – 7.1.5

    Dynamic Visibility for Elementor: by Dynamic.ooo – 5.0.14

    DynamicConditions: by RTO GmbH – 1.7.4

    Elementor Pro: by Elementor.com – 3.25.4

    Elementor: by Elementor.com – 3.25.9

    Gelato Integration for WooCommerce: by Gelato – 1.3.0

    Google for WooCommerce: by WooCommerce – 2.8.7

    HappyFiles Pro: by Codeer – 1.8.3

    MailPoet: by MailPoet – 5.4.0

    Object Cache Pro: by Rhubarb Group – 1.21.3

    Pinterest for WooCommerce: by WooCommerce – 1.4.12

    Rank Math SEO: by Rank Math SEO – 1.0.232

    Speculative Loading: by WordPress Performance Team – 1.3.1

    TikTok: by TikTok – 1.2.10

    Unlimited Elements for Elementor (Premium): by Unlimited Elements – 1.5.129

    Country Based Restrictions for WooCommerce: by zorem – 3.6.8

    Additional Variation Images Gallery for WooCommerce: by Emran Ahmed – 1.3.25

    Variation Swatches for WooCommerce: by Emran Ahmed – 2.1.2

    WooCommerce Legacy REST API: by WooCommerce – 1.0.4

    WooPayments: by WooCommerce – 8.5.1

    WooCommerce Shipping & Tax: by WooCommerce – 2.8.3

    WooCommerce: by Automattic – 9.4.2

    WP 2FA - Two-factor authentication for WordPress: by Melapress – 2.8.0

    WPS Hide Login: by WPServeur

    NicolasKulka

    wpformation – 1.9.17.1

    WPS Limit Login: by WPServeur

    NicolasKulka

    wpformation – 1.5.9.1

    ### Inactive Plugins (1) ###

    Jetpack Social: by Automattic - Jetpack Social team – 5.5.1

    ### Dropin Plugins () ###

    advanced-cache.php: advanced-cache.php

    object-cache.php: Object Cache Pro (Drop-in)

    ### Settings ###

    Legacy API Enabled: ✔

    Force SSL: –

    Currency: EUR (€)

    Currency Position: right_space

    Thousand Separator:

    Decimal Separator: ,

    Number of Decimals: 2

    Taxonomies: Product Types: external (external)

    grouped (grouped)

    simple (simple)

    variable (variable)

    Taxonomies: Product Visibility: exclude-from-catalog (exclude-from-catalog)

    exclude-from-search (exclude-from-search)

    featured (featured)

    outofstock (outofstock)

    rated-1 (rated-1)

    rated-2 (rated-2)

    rated-3 (rated-3)

    rated-4 (rated-4)

    rated-5 (rated-5)

    Connected to WooCommerce.com: –

    Enforce Approved Product Download Directories: ✔

    HPOS feature enabled: –

    Order datastore: WC_Order_Data_Store_CPT

    HPOS data sync enabled: –

    ### Logging ###

    Enabled: ✔

    Handler: Automattic\WooCommerce\Internal\Admin\Logging\LogHandlerFileV2

    Retention period: 30 days

    Level threshold: –

    Log directory size: 15 MB

    ### WC Pages ###

    Shop base: #8 - /shop/

    Cart: #9 - /cart/ -  Contains the woocommerce/cart block

    Checkout: #10 - /checkout/ -  Contains the woocommerce/checkout block

    My account: #11 - /my-account/

    Terms and conditions: #174 - /terms-conditions/

    ### Theme ###

    Name: Simona Dauria

    Version: 1.0.4

    Author URL:

    Child Theme: ✔

    Parent Theme Name: Hello Elementor

    Parent Theme Version: 3.1.1

    Parent Theme Author URL: https://elementor.com/?utm_source=wp-themes&utm_campaign=author-uri&utm_medium=wp-dash

    WooCommerce Support: ✔

    ### Templates ###

    Overrides: /wp-content/plugins/woo-variation-gallery/templates/product-images.php

    /wp-content/plugins/woo-variation-gallery/templates/product-thumbnails.php

    ### WooPayments ###

    Version: 8.5.1

    Connected to WPCOM: Yes

    WPCOM Blog ID: 234729704

    Account ID: acct_1Q9r3dFgNgEhVvGj

    Payment Gateway: Enabled

    Test Mode: Disabled

    Enabled APMs: card

    WooPay: Not eligible

    Apple Pay / Google Pay: Enabled (product,cart,checkout)

    Fraud Protection Level: basic

    Multi-currency: Enabled

    Auth and Capture: Enabled

    Documents: Enabled

    Logging: Disabled

    ### MailPoet ###

    Sending Method: MailPoet

    Send all site's emails with: Current sending method

    Task Scheduler method: Action Scheduler

    Cron ping URL: https://www.simonadauria.com?mailpoet_router&endpoint=cron_daemon&action=ping

    ### Admin ###

    Enabled Features: activity-panels

    analytics

    product-block-editor

    coupons

    core-profiler

    customize-store

    customer-effort-score-tracks

    import-products-task

    experimental-fashion-sample-products

    shipping-smart-defaults

    shipping-setting-tour

    homescreen

    marketing

    mobile-app-banner

    navigation

    onboarding

    onboarding-tasks

    pattern-toolkit-full-composability

    product-custom-fields

    remote-inbox-notifications

    remote-free-extensions

    payment-gateway-suggestions

    printful

    shipping-label-banner

    subscriptions

    store-alerts

    transient-notices

    woo-mobile-welcome

    wc-pay-promotion

    wc-pay-welcome-page

    launch-your-store

    Disabled Features: product-data-views

    experimental-blocks

    minified-js

    product-pre-publish-modal

    settings

    async-product-editor-category-field

    product-editor-template-system

    blueprint

    reactify-classic-payments-settings

    use-wp-horizon

    Daily Cron: ✔ Next scheduled: 2024-11-29 16:03:09 +01:00

    Options: ✔

    Notes: 78

    Onboarding: completed

    ### Action Scheduler ###

    Complete: 19,004

    Oldest: 2024-10-29 15:09:26 +0100

    Newest: 2024-11-29 15:05:40 +0100

    Failed: 667

    Oldest: 2023-12-31 00:18:09 +0100

    Newest: 2024-10-17 14:39:37 +0200

    Pending: 7

    Oldest: 2024-11-29 15:07:40 +0100

    Newest: 2024-12-03 12:01:24 +0100

    ### Status report information ###

    Generated at: 2024-11-29 15:05:58 +01:00
    • This reply was modified 1 year, 6 months ago by kimu. Reason: Status report not readable
    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Hello,
    I have installed an Ubuntu virtual machine to test it in a OS different than Windows and over there I can see what you can see. I cannot test it on a Apple device.
    For what I have been able to see so far, it seems to be affecting only Windows machines.

    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Hello,
    I have opened that page in 4 browsers, and 2 different computers, both running Windows.
    The only browser where I see what you see is Firefox.
    Chrome, Edge and Opera, they all show what I see. That means that every Chromium based browser I have installed in my systems are affected by this issue.
    They are all at the latest version.
    I have tried to open the same page in a private instance of these browsers, with no extensions loaded and the issue remains. So, I would exclude that any browser extension could be the cause of this issue.

    Forum: Plugins
    In reply to: [WooPayments: Integrated WooCommerce Payments] Flags not showing in Multi-currency settings tab in admin area
    Thread Starter kimu

    (@kimu)

    1 year, 6 months ago

    Hello,

    I have a created a post on Imgur with all the images

    There are 4 images
    1. A screenshot of what I see on the currency admin page
    2. A screenshot of the code of the EUR currency in the table where you can see where that URL comes from.
    3. A screenshot of the first url pasted on a browser, which returns a 404
    4. A screenshot of the second url, with “/svg/” added, which works.

    Multi Currency flags issue – WooPayments

    I am not sure that I understand how can you say that the URLS don’t work. Have you clicked on them?
    a) The URL have been taken from your own code.
    b) Both of them work, the first one, which is the one currently present in your code, will return a 404, the second one, which is the one I have corrected, takes you to the correct image, the EU flag in this case. You can see them in the 3rd and 4th screenshot respectively.

    I have noticed that in my first message the URL of the second link is still the same. Click on this one and you will see that it works cdn.jsdelivr.net/gh/jdecked/[email protected]/assets/svg/1f1ea-1f1fa.svg

    Also, the fact the original URL does not work, it the whole point of this ticket. That one, as shown in the screenshots, is taken directly from your code.

    Regarding the System Status Report.
    Before I share it with you here, is there a way to make this conversation private?
    I don’t think that is safe from a security standpoint to put so many details about my system here freely available to everyone, I am sure you can understand.
    In the report that are information that cannot become public.
    The only way for me to share it with you here is to redact it, but that could mean that I possibly remove information that might be useful for you.
    `

    • This reply was modified 1 year, 6 months ago by kimu. Reason: Additional information on the URLs added
    Forum: Plugins
    In reply to: [Admin and Site Enhancements (ASE)] Email Address Obfuscator not working on Firefox
    Thread Starter kimu

    (@kimu)

    1 year, 7 months ago

    I have just found a page using Gutenberg instead of Elementor and the same issue was shown there as well, so that excludes Elementor from the list.

    Forum: Plugins
    In reply to: [Admin and Site Enhancements (ASE)] Email Address Obfuscator not working on Firefox
    Thread Starter kimu

    (@kimu)

    1 year, 7 months ago

    I have spoken too early.
    After a few other changes to the website, plugin updates and other maintenance activities, the issue is back again.

    I don’t know what it is, it could be Elementor itself, which has been very temperamental today on our website, maybe some of the cache layers or, maybe something else.
    Nothing makes sense though, because if it was one of the cache layers, every browser would be affected.
    I am not aware of any user-agent checks done by Elementor, although it is possible.
    The fact that only Firefox is affected, makes it really hard to pinpoint it to a global behaviour/feature.
    What makes your plugin seeing a session in Firefox being a bot it’s bit of a mystery, but I wouldn’t be surprised if that was due to some of the security layers altering the request headers somehow.
    They look “regular” from the browser.

    Anyway, I cannot spend more time on this issue, otherwise I will try to understand if something changes in the server logs trying to find what is messing around with this 🙂
    For as much as this is a neat feature, it’s a nice-to-have more than a must, so for now I am going to disable it and put all the emails in clear on the website. Luckily enough they are exposed just in a few spots.

    If I find anything else, I will let you know.

    Forum: Plugins
    In reply to: [Admin and Site Enhancements (ASE)] Email Address Obfuscator not working on Firefox
    Thread Starter kimu

    (@kimu)

    1 year, 7 months ago

    I am not 100% sure yet, but I had a suspect about the WP Captcha plugin (aka Advanced Google reCAPTCHA)
    On top of dealing with Captcha it also has a Firewall feature which among other things offers to block bad bots.
    I already have something similar offered by my web provider, so it was no issue to disable it and that worked, but I had different responses on the development and production environments. Not surprisingly maybe, but still weird.

    On the development environment, as soon as I deactivate the plugin the issue went away. In production that didn’t work.
    But disabling the Block Bad Bots option in the Firewall section did it.
    In Production, there are many layers of caches, so that might explain why it didn’t change it immediately, but again not 100% sure.
    When that feature is enabled, it adds a bunch of Rewrite conditions/rules to the .htaccess file. I didn’t see anything related to Firefox or Mozilla in those rules, but somehow, it was, apparently, doing something that affected the Email Address Obfuscator.
    I will continue messing around with a few things, but for now it seems to be solved with this change I made to the setting of WP Captcha.

Viewing 15 replies - 1 through 15 (of 22 total)
1 2