geekayhu

Hi Arif,

First of all, thank you for your response and the fix. However, a question before I use this version (it may sound silly, sorry): I uploaded the v5.1.29 version with the fix you shared, but WP sees it as a “different version” (Premium), not a simple update (screenshot: https://ibb.co/Hpk24J2x) – meaning it did not ask me to “update” the previous one, but installed as a “new plugin”)

My concern: do I have to deactivate v5.1.26? Would not be a conflict? The reason for being cautious is because we have an upcoming event (7 Feb) with many registrations, already, and I we don’t wanna accidentally lose regs.

Thanks for your assistance!

Kind regards
Gabe

Hi Arif,

Thank you for your quick response.

Unfortunately, I tried it previously, and checked that for example in our case: the “EN – Magasvérnyomás” (“High blood pressure consultation”) is #9, so definitely should not be the first.

screenshot: https://ibb.co/60YcyvQw

And as I mentioned it only seems to be “buggy” with the category shortcode. I had no problem when we used the [webbabooking] “main” shortcode on a different global event.

Kind regards
Gabe

And thank YOU for inspecting these thoroughly.

Have a great day!

Gabe

Hi Abdullah,

Thank you for “reopening” this support ticket, and responding to my issues; and ofc, for the later fixes where possible. I try to be as brief as possible, but still as detailed.

Re: Basic issues

• Re: “The available dates should display correctly in the current month. I’ll need to check your page directly to confirm how it appears on your setup.”
  • Please let me know how I can assist with the check.
  • I took another screencast of what is happening, so you don’t have to watch the whole thing again: https://youtu.be/KxxiEaZPD2Q
  • steps: 1) open the booking -> it currently shows September; 2) jump to October -> it loads times from November (but with 2025.11.15 – which is correct); 3) go back to September, and reopen October again -> now the dates disappear (vs previously), and it looks fine. If that matters: I cleared both the server and browser cache several times
• Re: “translation strings didn’t work”: What I meant is that in v6, there is no “name” field in the backend for the name to translate (in v5.x you have only 1 field for the name, in v6 – in the frontend, you have 2 fields for first AND last names): https://ibb.co/jksCrGmQ (previous screenshot: https://ibb.co/cSJV1kH4)

Re: Backend

• Re: “dashboard booking list is displaying fine”: well, I quickly made a booking, it’s still empty for me: https://drive.google.com/file/d/1zuH2XDUpkDGsCg7YobWBhtU34RbZlINh/view?usp=sharing  (as mentioned, I cleared both caches several times) Re: Email notifications
• Re: “The email notification issue has been partly reproduced. I’ll run further tests, and if confirmed, it will be fixed.” Thank you!
• Re: “Couldn’t reproduce the test email”: maybe I do something wrong, but here’s what I tried (as you can see, that booking is also missing from the “made in the 24 hrs list, maybe because it’s made by admin?): https://youtu.be/dyHFSVww74k (I also received the confirmation email, so it is booked, but can’t find it for test-sending)

Re: Current Email Template

• Re: “I couldn’t reproduce the issue you mentioned. When booking 2 timeslots, the system correctly picked the first one from start to cancellation [screenshot] and [screenshot-2]“
  • Your screenshot -> this seems to be 2 separate bookings for me. What I mentioned is that “2 timeslots within 1 booking”, so I have 2 cancellation links within the confirmation email, so the customer can cancel just 1 if they want to keep the other.https://youtu.be/XBhPF6BrXE8
  • but, the “solo” booking with only one timeslot returns a wrong date, too (-> 2025.11.14, we have no consultation on that day): https://youtu.be/I-Zw4WRoDl0
• Maybe the “placeholders” inherited from v5.x are not compatible with v6?
  • https://youtu.be/3OhZvpBacSE
  • this part: “[appointment_loop_start]
    #appointment_day • #appointment_time — #cancel_link[appointment_loop_end]
  • Re: “It’s possible since we’re updating from v5 to v6. I’ll discuss the inherited template with our development team to confirm if it’s related.” Thank you!

Thank you for your assistance!
Kind regards
Gabe

Hi Anca,

Thank you for your response.
With the v2.10.3 update, it works fine so far.

Thank you!
Kind regards,
Gabe

Hi Antonio,

Thank you very much for your quick response and assistance.

Based on your suggestion, I checked what may block the content (browser console), and I found the culprit. It was a bit strange because I have a Chrome extension “uBlock Origin Lite”, and it works on other sites without blocking Complianz (no issue with riavita.com in the video), but it does block Complianz on ceosz.hu (and on another – not SiteGround – site) I sent the issue about.

Just for reference, I took another screencast (with the console open):

• https://youtu.be/jGBTJXj77H4

As you can see, 2 sites don’t work with uBlock “ON”, but riavita.com does work with uBlock activated, that is why I did not think it could be a content blocker (still don’t understand why it works this way TBH).
There was a bit of a misunderstanding (“You mentioned being able to bypass the issue by manually removing”) –> NO, I wasn’t, just tried, but it rewrote itself. Anyway, does not matter now, since I just had to disable uBlock.

So, I guess it is resolved. Thank you for you time, and sorry that I did not realize this sooner, but as I mentioned, I wouldn’t have thought that once uBlock blocks, the other time it does not (strange).

Kind regards
Gabe

Hi,

Thank you for the follow-up — you were right to ask!

We do have a custom code snippet (see below) in place that hides all other shipping methods only when Free Shipping is available:

/**Hide shipping rates when free shipping is available.
*Updated to support WooCommerce 2.6 Shipping Zones.
*@param array $rates Array of rates found for the package.
*@return array
*/

function my_hide_shipping_when_free_is_available( $rates ) {
$free = array();
foreach ( $rates as $rate_id => $rate ) {
if ( ‘free_shipping’ === $rate->method_id ) {
$free[ $rate_id ] = $rate;
break;
}
}
return ! empty( $free ) ? $free : $rates;
}
add_filter( ‘woocommerce_package_rates’, ‘my_hide_shipping_when_free_is_available’, 100 );

The reason we added this was purely UX-related: by default, WooCommerce sometimes lists Free Shipping after the paid methods, or makes the user manually select it — even when they clearly qualify for it. That can be confusing and doesn’t feel intuitive to the customer. So we applied this override to make Free Shipping automatically selected and displayed on its own when it’s valid.

That said, based on the recent issue, we now suspect this behavior might contribute to the problem, especially if Free Shipping is incorrectly triggered (due to a caching quirk or logic conflict), and the snippet then hides the correct paid options.

Pls let me know if you’d recommend an alternative approach to preserve UX while avoiding this conflict.

Thanks again!
Gabe