normandy88
Forum Replies Created
-
Hi,
thank you for the suggestion — I’ve implemented it in version 2.3.1, which should be available on ww.wp.xz.cn within 24 hours.
Here’s what’s new in the Withdrawal period settings section:
1. Configurable withdrawal period
You can now choose between 14 days (legal minimum), 30 days, or any custom value up to 365 days. The deadline calculation, countdown timer, and the “Withdraw from contract” button in My Account are all updated automatically.2. Delivery offset (+0 to +3 days)
Adds a buffer to the order completion date to approximate the actual delivery date — exactly as you pointed out, the period legally starts when the customer receives the goods.3. Period start trigger
You can now also select which order status marks the delivery event. By default it’s “Completed”, but if you use a custom status (e.g. “Delivered”, “Dispatched”) the plugin will start the withdrawal period from that status instead — and records the exact timestamp automatically.Hope this covers your use case!
Hi,
thank you for the feedback — you’re absolutely right, legally the 14-day period starts from the date the customer receives the goods, not from the order completion date.
We’re going to implement this in the upcoming version 2.3.1:
- Configurable withdrawal period (14 days, 30 days, or a custom value)
- Delivery offset setting (+1, +2, +3 days) to account for the time between order completion and actual delivery
The version should be available within a 1-2 days
Hi,
Glad to hear it 👍 Thanks again for taking the time to test and report both issues — really appreciated.
If you spot anything else, just let me know.
Cheers!
Hi,
Good catch — confirmed and fixed in 2.2.2 (pushed to ww.wp.xz.cn, available within 24 hours).
You were right that the
rozsahradio change wasn’t pre-filling things. There were actually two bugs behind your symptom:- The bigger one: the AJAX submit was hand-building its request payload and never forwarded
produkty_items[], so even when checkboxes were ticked, the server got an empty$_POST['produkty_items']and fell back to the empty textarea → validation rejected it. The form now uses$form.serialize()so every field (including checkboxes) is sent automatically. Client-side validation also accepts either source. - The one you spotted: when the form falls back to the plain textarea (e.g. logged-in user with no past orders), the textarea is now pre-filled from
data-itemsalso on therozsahradio-change, not only on the order-change. Previously, toggling the radio after picking the order left the textarea empty.
Please let me know after the update if everything works on your end. Thanks again
Hi,
Thanks again for reporting this 🙏
It’s fixed in version 2.2.1 — I’ve just pushed it to ww.wp.xz.cn. It should be available within 24 hours (once it propagates through the plugin review and CDN).
After the update, the e-mails will be sent correctly from the AJAX submit handlers as well. If you get a chance to test it again, please let me know whether everything works as expected
Try this to take into functions.php in child theme if you use this is turn off a script allover but not in cart and checkout
function odstranit_gls_plugin_vystupy() {
// Skontroluje, či nie sme na stránke košíka alebo pokladne
if ( !is_cart() && !is_checkout() ) {
// Odstráni GLS skripty a mapu z frontendu mimo košíka a pokladne
remove_action(‘wp_enqueue_scripts’, array(‘GLS_Shipping_Assets’, ‘load_scripts’));
remove_action(‘wp_footer’, array(‘GLS_Shipping_Assets’, ‘footer_map’));
}
}
add_action(‘wp’, ‘odstranit_gls_plugin_vystupy’, 20);or
// Zruší GLS Shipping skripty na všetkých stránkach okrem košíka a pokladne
function odstranit_gls_plugin_vystupy() {
// Skontroluje, či sme na košíku alebo pokladni
if ( is_cart() || is_checkout() ) {
return; // Na týchto stránkach GLS necháme bežať
}// Odstráni GLS skripty a mapu z frontendu remove_action('wp_enqueue_scripts', array('GLS_Shipping_Assets', 'load_scripts')); remove_action('wp_footer', array('GLS_Shipping_Assets', 'footer_map'));}
add_action(‘wp’, ‘odstranit_gls_plugin_vystupy’, 20);- This reply was modified 10 months, 3 weeks ago by normandy88.
Try this to take into functions.php in child theme if you use
// Zruší GLS Shipping skripty
function odstranit_gls_plugin_vystupy() {
// Odstráni GLS skripty a mapu z frontendu
remove_action(‘wp_enqueue_scripts’, array(‘GLS_Shipping_Assets’, ‘load_scripts’));
remove_action(‘wp_footer’, array(‘GLS_Shipping_Assets’, ‘footer_map’));
}
add_action(‘init’, ‘odstranit_gls_plugin_vystupy’, 20);