Always send confirmation on status change

Thanks for your message and suggestion, JP. However, it’s unlikely that we would change the default behaviour. This is the first time we’ve had such a request. And we would need to be cognizant of the fact that many users are used to the current way (the way it’s always been, and the way they expect it to be) and this would cause them to send notifications all of the time when they didn’t mean to. Just because it makes sense to you (or your client) that it should be checked by default doesn’t mean that it makes sense to change the behaviour for thousands of users who have accustomed themselves to work with it the way it has always been.

If you do not believe your client will be able to remember to check that box, I can ask if it might be possible for us to add an option to the settings page to have that box checked by default, even though it doesn’t really fit as a setting.

Also, by testing a status change to closed with the check box ticked, I found that it doesn’t send the cancellation notification as you would expect.

Are you changing from confirmed to closed? The notification is only programmed to send if you change it from pending to closed (as the closed status is used for rejecting bookings).

Actually, quickly looking into, it looks like you can pre-check the send notifications box by filtering into the admin booking fields. We just tested with the following function:

function rtb_switch_admin_notification_field_callback( $fields, $request ) {

  $fields['admin']['fields']['notifications']['request_input'] = true;

  return $fields;
}

add_filter( 'rtb_booking_form_fields', 'rtb_switch_admin_notification_field_callback', 21, 2 );

And it appears to do the trick (the checkbox is now pre-checked when you open the edit booking modal).

You can add that to your child theme’s functions.php file.

We have not done any kind of extensive testing on this, though. So make sure you run through a few test bookings to see if it’s all still working as it should.

• This reply was modified 1 year, 8 months ago by jaysupport.
• This reply was modified 1 year, 8 months ago by jaysupport.
• This reply was modified 1 year, 8 months ago by jaysupport.

Thank you for your replies and the code to have that box checked by default. I tested it and it works. Thanks!

I understand you are hesitant to have that box checked by default if nobody asked for that before, and people might be used to it. The question really is here how many people edit the reservation to change the status like that, and from them, how many do check that box and how many realise that the guest doesn’t receive a confirmation if they don’t check it?

Honestly, it’s a really weird option. Why would you not want to send a confirmation? You can’t even disable notifications in the settings because sending a confirmation is the most logical thing to do. If that checkbox is needed in the edit screen for whatever reason, then it’s more logical to have it enabled by default and let users disable it if they don’t want to send a confirmation then the other way around. Or else, have a checkbox in the settings and make it work consistently for either clicking the confirmation link in the email, change it manually in the edit screen and bulk confirm from the list view.

Yes, I changed the status from confirmed to closed, expecting that if a reservation was already confirmed, the guest would also receive a confirmation when their reservations is cancelled.

Thanks for getting back to me. Glad to hear the code snippet works for you. I definitely understand where you’re coming from about having it pre-checked by default. We’ll discuss to see what we feel the best option is going forward. Either way, you’ll be able to use that code snippet.

Ok, thanks for your help!

We now use the tool with over 200 customers and have also had to adapt it accordingly.
The option (enabled by default!), is only usable if the status is changed and at the same time makes sense.

Thanks @hofercraft , glad to hear someone else would like this to be changed too.

Now you mention this, that checkbox might have been added because you can also edit other details there. When you do that, I think it still makes sense to send a conformation about the change. I mean, even if the status is already confirmed, and you change the date/time/party/email you still want to confirm that to the guest. So in my opinion, the checkbox should be enabled by default and send a confirmation on any change (and not only with a status change from pending to confirmed/cancelled).

PS: how did you get the language drop down? That’s another thing I requested back in the days, but I don’t see that on my multi lingual (wpml sites).

Thanks
JP

PS:? how did you get the language drop down? That’s another thing I requested back in the days, but I don’t see that on my multi lingual (wpml sites).

John-Pierre Cornelissen?

Here we had to customize the plugin ourselves

1. create translation possibility in the backend
2. save the language of the guest with the frontend guest data (based on browser-,app-,OS-setting or language switch)
3. send user emails based on the saved language