Forum Replies Created

Viewing 15 replies - 1 through 15 (of 53 total)
  • Thread Starter johnboy85

    (@johnboy85)

    Yeah, it was odd. My staging site is an exact copy of the production site and it didn’t have this issue. The setting, “Container Min Height” seems to have broken after trying to make too many adjustments. I was no longer able to change it.

    I was able to fix it by downloading the Kadence starter theme plugin and then exporting the customizations from the staging site and importing them to the production site. You will need this plugin to use the import, export feature. One issue I found is that it did not import the custom CSS code I had, so I had to manually enter that again. For some reason it imported the following custom CSS code:

    {
    “kadence-child::product_archive_title_height”: {
    “value”: {
    “size”: [],
    “unit”: {
    “mobile”: “px”,
    “tablet”: “px”,
    “desktop”: “px”
    },
    “flag”: false
    },
    “type”: “theme_mod”,
    “user_id”: 1,
    “date_modified_gmt”: “2024-05-08 19:10:58”
    }
    }

    I deleted it and then re-enter my custom CSS code.

    I should have tried going through the troubleshooting steps first, such as clearing the Woocommerce template caching, as I’m not sure if that would have fixed it.

    Either way, I’m good to go now.

    Thanks,

    -John

    Thread Starter johnboy85

    (@johnboy85)

    NVM I have found the plugin. There seems to be two entries within the plugins list. Apparently I was removing the wrong one.

    Thread Starter johnboy85

    (@johnboy85)

    For example,

    Attached is a completed order within your demo. How would I go about changing the text / titles within the hook modules.

    https://freeimage.host/i/4O0g2V
    https://freeimage.host/i/4O0rYB

    Also, if you change the text / background color in one template are you able to apply that styling to all the other templates easily? Like a global setting? Or would I need to go into each template and make the changes seperately?

    Thread Starter johnboy85

    (@johnboy85)

    I prefer not to post the screencast publicly. Can I send it to you directly?

    Thread Starter johnboy85

    (@johnboy85)

    Hello,

    I won’t be able to capture it with a screencast but I can tell you how to replicate the issue.

    Create a webhook within the Woocommerce advanced tab. Set the webhook topic to “order updated”. If you have an automation service that you use you will need to link the Delivery URL to that. Examples are Zapier or Intergromat/Make, etc. Enter the api secret key and set the api version to v3.

    Have the automation set up for order completed. An easy module to configure would be a gmail module. Anything that’s easy to setup where you can see that the webook event has been triggered. The gmail module would send you guys an email when it’s triggered.

    Once everything is setup try using the email customizer and you’ll see that it triggers the webhook to fire, which it shouldn’t. For example if you set up the gmail module like I suggested you’ll start receiving multiple emails because the webhook is being constantly triggered.

    As a reminder this is what I found tiggers it:
    Settings > general > save button triggers the “order updated” webhook. The same thing also happens when I send a test email. This involves any previous completed order I choose in the dropdown menu within the email customizer.

    Thread Starter johnboy85

    (@johnboy85)

    No, it doesn’t send an email to the customer but it does trigger the “order updated” webhook as if the order status was just updated to “completed”. In other words, it’s tiggering the webhook as if the same order just re-occured. I am assuming code within the plugin is causing the selected order, within the customizer, to update it’s status which in turn is triggering my webhook.

    I’ll try to get a screencast of the issue later today.

    Thread Starter johnboy85

    (@johnboy85)

    For example, instead of choosing the sample order there is a drop down menu where I can choose an actual previously completed order to use as a reference in the customizer. For some reason your plugin seems to be messing with the order status of the previous order that I choose for the customizer which in turn is triggering the Woocommerce api involving the “order updated” webhook.

    Multiple events are triggering this within the customizer which I mentioned above. The customizer should not have any impact on an order status. Not sure why this is the case.

    Thread Starter johnboy85

    (@johnboy85)

    Another issue I found is if I have a previous completed order selected and then start selecting different email templates it will also trigger the “order updated” woocommerce webhook.

    Thread Starter johnboy85

    (@johnboy85)

    I reverted back to the previous version of the plugin 3.1.1. Removed the code snippet and then added it again. Everything started to work as normal. So I updated the plugin back to the currect version 3.2.0 and tested it again. Everything works fine now…

    It seems the update is causing an issue with code snippets. The fix seems to be to remove the snippets and re-add them. This fixed the problem for me at least.

    I had the same thing happened to me. I reverted back to the previous version of the plugin 3.1.1. Removed the code snippet and then added it again. Everything started to work as normal. So I updated the plugin back to the currect version 3.2.0 and tested it again. Everything works fine now…

    The only thing I can suggest is remove your code snippets and then re-add them. That seemed to fix the problem.

    • This reply was modified 2 years, 4 months ago by johnboy85. Reason: Typo
    Thread Starter johnboy85

    (@johnboy85)

    It seems the code snippet is working again…
    It must of just been a plugin issue that has worked itself out.

    /*
     * WooCommerce Disable async webhook delivery
     */
    function custom_woocommerce_disable_async_webhook() {
        return false;
    }
    add_filter('woocommerce_webhook_deliver_async', 'custom_woocommerce_disable_async_webhook');
    Forum: Plugins
    In reply to: [Blank Slate] Still Active?
    Thread Starter johnboy85

    (@johnboy85)

    Oh ok, I just wanted to make sure it was compatible with the latest wordpress version and there weren’t any security issues. Thanks

    Thread Starter johnboy85

    (@johnboy85)

    Hello,

    Sorry for the delayed response. There are two options Coordinated Universal Time (UTC) and Local (WordPress) Time. I have had this set to Local (WordPress) Time and the limit still resets at 24:00 UTC instead of the local time.

    Thread Starter johnboy85

    (@johnboy85)

    I changed the time zone to New York and the limit still resets at 24:00 UTC instead of the local time. UTC with a -4 offset also resets at 24:00 UTC. Does every timezone reset at 24:00 UTC regardless of what local time is selected?

    Thread Starter johnboy85

    (@johnboy85)

    I using UTC-4 which could be the problem.
    https://paste.pics/8789a766e6ada91a3105c66ef28796a4

    I’ll try choosing a specific city instead and see if that fixes it.

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