komal-maru
Forum Replies Created
-
Hi @pympoyo,
I apologize for the delay in getting back to you.In the Pro version, when a custom schedule is configured for a specific product category (with specific dates) and a default schedule (covering all weekdays) is also set, the calendar will display only the common available dates when products from both the regular category and the special category are added to the cart. All dates will not be shown in this scenario, which is the expected behavior.
At present, the only way to display a message to customers in this case is through the “Field Note Text” setting, which is available within each custom schedule as well as the default schedule.
Could you please confirm whether the common dates were not displayed when products from both categories were added to the cart? I tested this scenario on my end, and it worked as expected.
If the issue is still occurring on your site, we kindly request you to email us at ‘support at tychesoftwares dot com’ with the relevant details and temporary admin access to your site? This will help us troubleshoot the issue more effectively.
Thank you for your cooperation. We look forward to assisting you further and resolving this issue.
Hi @pympoyo,
I am assuming you are using our Pro version of the plugin.Is there a way to display a message saying that I can’t place an order for tomorrow because there’s a 48-hour product in the cart?
Yes, there is a way to display a message informing customers that they cannot place an order for tomorrow due to a product in the cart that has a 48-hour minimum delivery time.
You can achieve this by using the “Field Note Text” setting available within the same Custom Schedule → Date Settings accordion.
Screenshots for reference: https://prnt.sc/8pdGWZM_tGb-, https://prnt.sc/MQUXXwXx9mHh
When the cart contains a product with a higher minimum delivery time, the custom schedule associated with that product is applied. As a result, the Field Note Text configured in that schedule will be displayed on the checkout page.
Could you please configure this setting and let me know if it meets your requirements?
If you have any further queries or need any assistance, please let me know. I am happy to assist you.
Hi @puregraphx,
You are most welcome. 🙂
I am glad to know that the recent update has resolved the reported issue on your site. If you have any further queries or need any assistance, please let us know.
If you’ve found our Order Delivery Date plugin helpful, we’d be grateful if you could take a moment to leave us a positive review on our plugin’s review page. That would help us immensely. 🙂Hi @comyu,
I apologize for the delay in getting back to you.I have tested this behavior on my end and can confirm that the Product Input Fields data is not carried forward when an express checkout option (such as Google Pay) is clicked directly from the product page instead of using the Add to Cart button.
The entered Product Input Fields data is correctly retained when express checkout is initiated from the Cart or Checkout page; however, this does not occur when express checkout is used from the Product page.
I have added this request to our GitHub plugin repository for the development team to review. I will keep you updated once there is any progress or further information from them.
Forum: Plugins
In reply to: [Product Input Fields for WooCommerce] Condition filter not workingHi @eleopard,
I apologize for the delay in getting back to you and for the inconvenience caused on your site due to our plugin.This is a known issue, and it has already been fixed on our end. My developer colleague has shared the patch files via the Dropbox link below:
1) Filename – alg-wc-product-input-fields.js
Path – ..\wp-content\plugins\product-input-fields-for-woocommerce-pro\vendor\algoritmika\product-input-fields-for-woocommerce\includes\js[HERE]
Link – https://www.dropbox.com/scl/fi/pmv7v71yq44p7qjvvdezt/alg-wc-product-input-fields.js?rlkey=5y7i2qx0kkmbc9a58amibk6ri&st=diwaklkj&dl=02) Filename – class-alg-wc-pif-main.php
Path – ..\wp-content\plugins\product-input-fields-for-woocommerce-pro\vendor\algoritmika\product-input-fields-for-woocommerce\includes[HERE]
Link – https://www.dropbox.com/scl/fi/c4z6vw91qycl17fezyzu3/class-alg-wc-pif-main.php?rlkey=bbnb98g13foyy4nz7g55uw1cg&st=mikemvhe&dl=0
After replacing these files via FTP, please perform a hard refresh (CTRL + SHIFT + R) and then test the functionality. Let me know the outcome.Note: We recommend testing the patch on your staging site first. Once everything is working as expected, you can apply the changes to your live site.
Hi @boatyang,
I apologize for the delay in getting back to you, and thank you for sharing the screenshots.I attempted to reproduce the reported issue on my end—where payment gateway fees are charged multiple times on the initial load of the Pay for Order page. However, I was unable to replicate this behavior. When accessing the Pay for Order link, only a single payment gateway fee from our plugin is applied to the order.
You can refer to the recording below for reference: https://screenrec.com/share/8GRXh7MgkD
Could you please share the screenshots of the settings configured in our plugin along with a video demonstrating the issue on your site? This will help me replicate the issue on my end.Alternatively, if possible, please email us at ‘support at tychesoftwares dot com’ with the details and temporary admin credentials so we can troubleshoot the issue directly on your site. Your assistance with this is greatly appreciated!
Regarding your findings, I will share them with my developer colleague for further review and will get back to you as soon as I have any updates.Hi @miriedel93,
I tried to replicate the reported issue on our end where the calendar does not display when the Delivery Date field placement is set to “Between Your Order & Payment Section.” However, I was unable to reproduce the issue, as the calendar appears correctly in this configuration as well.You can refer to the recording below for reference: https://screenrec.com/share/a8JYMb2cOH
To investigate this further, could you please email us at ‘support at tychesoftwares dot com’ with the relevant details and temporary admin access to your site? This will help us troubleshoot the issue more effectively.We appreciate your cooperation and look forward to resolving this for you.
Hi @hmarksthespot,
I tried to replicate the issue where the plugin settings reset after updating to version 2.20.0. However, I was unable to reproduce this on my end, as the settings remained intact after updating from version 2.19.0 to 2.20.0.
If possible, please email us at ‘support at tychesoftwares dot com’ with the details and temporary admin credentials so we can troubleshoot the issue directly on your site. Your assistance with this is greatly appreciated!
Additionally, if you suspect a compatibility issue with another plugin, kindly let us know the name of that plugin, if possible.Hi @puregraphx,
I apologize for the delay in getting back to you.
We released an update of our plugin 4.3.0 on November 12, 2025, which includes the fixes for the reported issue where the jQuery(…).datepicker error is coming on the Shop, Product, and Cart pages from our plugin.Please take a moment to upgrade the plugin to the latest version 4.3.2 on your staging site first, test it, and if everything works fine, then update it on your live site. Also, let me know the result.
I’m here to assist you with any questions you may have.
Hi @isichisi,
I apologize for the delay in getting back to you.I tried to replicate the issue where the selected time slot details are not appearing in WooCommerce emails. However, I was unable to reproduce the issue, as the selected time slot is displaying correctly in the WooCommerce New Order and Thank You emails on my end.
Screenshots: https://prnt.sc/84WLxPi_w1tk, https://prnt.sc/_6OHE_xfIOCi
Could you please email us at ‘support at tychesoftwares dot com’ with the details and temporary admin credentials so we can troubleshoot the issue directly on your staging site? Your assistance with this is greatly appreciated!Forum: Plugins
In reply to: [Order Delivery Date for WooCommerce] Cron Job ErrorHi @alframe,
Thank you for the update.That sounds good. Please monitor it, and feel free to reopen the ticket or reach out to us if you continue to receive emails related to the failed cron job or need any further assistance.
Have a great day!
Forum: Plugins
In reply to: [Order Delivery Date for WooCommerce] Cron Job ErrorHi @alframe,
We also checked and found that clicking the Reset Usage Tracking button in the plugin settings does not disable the tracking, so the error will continue to appear.To fix this, my developer colleague has provided the following snippet:
add_action( 'admin_init', 'orddd_lite_set_allow_tracking_empty' );
function orddd_lite_set_allow_tracking_empty() {
// Get current option value
$current_value = get_option( 'orddd_lite_allow_tracking' );
// If value is not empty, update to empty
if ( ! empty( $current_value ) ) {
update_option( 'orddd_lite_allow_tracking', '' );
}
}You can add this code snippet to the functions.php file of your active theme, or preferably, add it using the Code Snippets plugin.
If you have any questions or need assistance implementing this snippet, please feel free to reach out.
- This reply was modified 4 months, 3 weeks ago by komal-maru.
Forum: Plugins
In reply to: [Order Delivery Date for WooCommerce] Cron Job ErrorHi @alframe,
I apologize for the delay in getting back to you.
My developer colleague has reviewed your query and shared the following details:
The error happens because the Order Delivery Date Lite plugin is trying to run a weekly tracking task using a schedule called “once_in_week”, but that schedule no longer exists in WordPress. When the plugin tries to reschedule the task, WordPress reports “invalid_schedule”.
This usually occurs when:- The plugin created the tracking task earlier, but the weekly schedule was not registered
- Tracking was turned off later, leaving behind an old cron entry
- Another plugin removed custom cron schedules
It’s harmless and only related to the plugin’s anonymous tracking.
Fix: Please set the optionorddd_lite_allow_trackingto an empty value.
Kindly review the above information and let us know if you have any further questions.Hi @ittucson,
I apologize for the delay in getting back to you.I’m glad to know that you’re already receiving support via email. I’ll mark this forum topic as resolved since the issue is being addressed through our support channel.
If you need any further assistance or have additional questions, please feel free to continue the conversation via email, we’ll be happy to help.
Hi @puregraphx,
Thank you for sharing your website URL and product page.I was able to replicate the reported issue on my end as well. I’ve added this to our GitHub repository for the development team to review further. I’ll get back to you once I have an update from them.