Dear TMS-plugins team,

first of all I would like to thank you for all your hard work. I really appreciate your effort and willingness.

Issue description:

When a customer finishes his appointment process, he doesn't receive e-mail notification about approval. I have "Default Appointment Status" set as Approved (General tab in Settings). I've configured SMTP server in Notification settings tab correctly, because "Send test email" works. Every other type of notification (Cancelled, Rejected..) works too.

If I manually set the state of created appointment as Pending and immediately after that I change the state back on Approved, even then notification works perfectly.

To sum it up - the only one scenario, in which notifications don't work for me, is when the plugin should send Approval notification automatically.

I would be grateful for any advice.

 Thank you very much!

Hi Bogdan,

I haven't tried WP Control plugin so far. I would rather keep this type of functionality on hosting side than in Wordpress instance itself.

Although my hosting doesn't use cpanel (they use their own administration console), there is possibility to use cron/create crontab entry. UI is a little bit restrictive though.

Anyway, I am able to create this:

0,15,30,45 * * * * curl https://my_url.tld/wp-admin/admin-ajax.php?action=wpamelia_api&call=/notifications/scheduled/send

• there is no possibility to use step values, but */15 and 0,15,30,45 should be the equal expressions,
• there is no possibility to get rid of the curl command, it is there by default,
• there is no possibility to use any additional curl parameters  (I am able to change just time and url).

I think it should work even with these kind of restrictions. It seems that you are right though - whole issue seems to be somehow related to the cron job configuration.  If I make an endpoint call manually, my scheduled notification seems to work properly (at least the Appointment Follow up).

According to log, cron job seems to be executed. So I suppose there is maybe an issue with the expression mentioned above, I am not sure right now :).

Thank you very much for your help!

Hi Bogdan,

of course, I've asked them but without any positive results so far. I am about to try the plugin, hopefully it will work.

Anyway, another issue has occurred recently. Appointments created in Amelia don't show up in Google calendar anymore. It worked like 3 weeks ago but it has suddenly stopped working. What's interesting that if I create an event in calendar, it works (those slots are occupied in Amelia). 

So synchronization from Amelia to Google Calendar isn't working right now,

but other way round, from Google Calendar to Amelia, it still works. 

I took a look in Google Calendar API quotas and limits don't seem to be exceeded.

I've also tried to configure whole synchronization from scratch (with new client id and secret). I've also temporarily disabled all the optimization and security plugin but still without any success.

I'm currently running on WP version 5.1.1 and Amelia version 1.4.4.

I would be very grateful for any kind of help. Thanks!

Hi Bogdan,

yes, I did enable this option (see the attachment). As I mentioned in the previous answer, Google Calendar seems to be synchronized (icon has changed from blue to red). If I create event on Google side, slots are occupied in Amelia. This is not the problem - one way of syncing still works.

The problem is, when someone create an appointment in Amelia, counterpart event is not created in Google Calendar.

It worked before, but now, it does not, for some strange reason.

Is there an effective way to debug it? Thanks.

Hi Bogdan,

just for the record, I've discussed the problem even with my hosting provider. He assured me that no changes has been done in terms of firewall/outbound rules - requests to https://www.googleapis.com/auth/calendar are not blocked.

I also noticed that googleCalendarEventId key has null value after a booking process is finished (see the attachment bellow). Is it intentional?

How was https://tmsplugins.ticksy.com//ticket/1843415/ resolved back then? It seems very similar to my problem.

Thanks!

Can't attach the file to previous reply so here you go:

Hi Bogdan,

I've just created a completely new employee profile in Amelia, removed access permissions of the old app from employee's Google Account, connected employee's calendar again in Amelia and the result was the same (see screenshot in the attachment - output from the POST request to /wp-admin/admin-ajax.php?action=wpamelia_api&call=/bookings endpoint).

Ok, I think, I've got it finally.

There must be a bug in "Front-end Booking Search" view. 

I use two ways of showing services on my website - [ameliasearch today=1] and [ameliacatalog category=1]. For testing purposes I've used ameliasearch every time, up to now. I've just tried to make an appointment via ameliacatalog and synchronization works. Actually, even my original issue with the scheduled notifications works too, out of the blue.

Therefore I suppose that both issues are related to ameliasearch type of view. I'm not sure if it occurs just in my environment or it's something that affects all users though.

edit: 

to sum it up after further testing:

• [ameliabooking] - calendar synchronization and e-mail notifications work as expected,
• [ameliacatalog] - calendar synchronization and e-mail notifications work as expected,
• [ameliasearch] - does not work properly - scheduled notifications don't arrive; only 1-way calendar synchronization work.

Hi Bogdan,

don't get me wrong, I just don't think that providing credentials to someone else is the best practice, even if I fully trust you.

I gave you pretty much detailed description of my problem and I tried to report a bug. Maybe if you would have some sort of test WordPress instance with pre-installed Amelia plugin, I could try to reproduce the issue/bug. In my opinion that's the best way how to approach similar situation, maybe you could take a look at https://wpsandbox.io/, but there's plenty of similar solutions (I am not payed by this one ;)).

I was able to sort of hotfixed the problem on my page just by using other view than [ameliasearch]. If I could do something more for you (try some specific test case or provide you a report), let me know. I would be glad to help you.

I really appreciate your willingness and time dedicated to solve this,

thanks and have a nice weekend.

Regards,

Peter.

I understand you, I'm not in a rush right now, so I'll wait. If the problem will persist after the update, I'll let you know.

Thank you again for your understanding and cooperation during whole week.

Good luck and have a nice weekend!