Amelia doesn't have any time zone settings, it inherits the time zone from WordPress. If your time zone is in UTC+/- format, please change it by selecting the city near you.
If you are in a different time zone than your WordPress site is, and you've enabled this option (Show bookings in client's time zone), the times on the front-end will show available time slots in your time zone, which will be the time you set in the back-end +/- the time difference (depending on where you are in regards to the time zone set in WordPress' General settings).
The plugin sees the time zone of your local machine (PC), so using VPN can't full it. Most likely, the time zone in your General WordPress settings is set as UTC+/- SOMETHING, so instead, select the city you're in, and test again.
If it fails again, please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue.
We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties.
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
I'm not saying that this doesn't happen, it obviously does, but I can't replicate it.
When the "Show booking slots in client time zone" I see this time slot for Shamanic Healing:
When I enable it, I see this:
So, same employee, same service, same date, but the time zone is different. I'm in CET, so this looks fine for me.
I'm curious about point 3:
The appointment appears to get booked in the client's USA time, not the local time.
Where do you see this? Amelia can't do this, because your employee doesn't work during these hours. From what I can see, your employees' working hours are rather short. What I mean by that is that if someone from USA books an appointment, if what you're saying is true, it would be outside your employee's working hours, so booking would not be possible. If I were to book an appointment with "Show booking slots in client time zone" on (3:45AM, my time), it would be created as an appointment at 11:45PM your time.
Are you testing this personally, or was there an actual customer from the USA this happened to? Would you please provide me with some screenshots, appointment details, etc, so we know where to look?
The issue with the client in the USA is a real client, based in the USA. "Book in local timezone" was off.
This is what happened:
He booked an appointment for 10am on 7 July
Stripe payment was processed
No notification was sent to the client or to the employee
I looked through the bookings and found the booking in question showed up at 12am the following day (I was assuming that was US time, but maybe it's actually some random time)
The 10am timeslot in question did not get reserved on the front end
The same client since booked again with a different practitioner - and had similar issue.
Booked for Saturday, 29th at 10 AM
Stripe payment processed.
No notifications were sent.
This time the booking did not show up at all in the system.
The main symptom reported by the client is that "I received no email confirmation"
The main symptoms reported by the employee are "Payment was made, but I received no email confirmation and the booking did not show up in the system, I had to add him manually"
The client's name is Roman Solodoff - but if you find bookings for him in the system now, it is because they were added manually by the employee.
This is the Stripe confirmation that came through on his first booking:
Congratulations Soul Therapies! You've just received a payment through Stripe. Payment A$185.00 — Roman Solodoff with email: [email protected], booked: Shamanic Healing, for: 7 July, 2021 10:00 am Metadata Customer — Roman Solodoff Email — [email protected] Phone — +19727951431 Booking Date — 7 July, 2021 10:00 am
If you want to try a test booking you can do so without payment at
...
-=- Although I am not sure if this is helpful as it doesn't have the Stripe connected for this service.
I appreciate this is a weird one for you to troubleshoot.. Hopefully the above info can help somehow.
Hi I found out from the business owner that he used to have bookings from the US a year ago with a different client and they worked OK.
I also got this information from Roman, the client who is having the trouble:
I'm pretty sure I was on a Mac (brand new laptop), using Safari browser. Safari version Version 14.0.2 (16610.3.7.1.9)
I use MacOS Big Sur
MacBook Pro (13-inch, M1, 2020)
CHip: Apple M1
I did not use incognito mode but what I did use -- my safari has this feature where I can save the credit card number and it uses my fingerprint to automatically enter it into a website and I'm pretty sure I used that feature to enter this information into your site.
I even installed WP phpMyAdmin on your website to check the database, but what you're saying is true - there is no evidence of a booking ever completed from the front-end by this customer. I can only see the two manually entered appointments you created.
The fact that Roman adds his card with fingerprint authorization should have no impact on this. After all, you received the appointment info in your Stripe details, so it was successfully paid and an appointment should have been created. I see you're on Amelia 3.2, and we've released v3.3 last week. Please update the plugin (although I don't believe it will help).
Did you notice this only with Roman, or was there another customer that reported a similar issue? It's not related to time zones, as far as I can see, but the fact that for some reason the appointments don't get created even if the payment is successfully completed.
The ticket has been forwarded to one of our developers for testing, and review, and I'll get back to you as soon as I hear from him. He's also baffled by this, so it may take some time. The problem is that we can't replicate the issue. I'll get back to you!
Our developer says that Stripe does what it's supposed to be doing, but a rollback occurs for some reason. They asked which version of Stripe API you have? You can see that on your Stripe's account, in the Dashboard.
Hi, sorry for the late reply, I've been moving house.
I checked the API version and it is :
2018-07-27
Should I update it to the latest version? do you think that will fix the issue?
The client, Roman, was able to make a booking using Edge and manually entering the card number..
"tried booking today from my PC and it wouldn't allow it through if I used the Google Chrome feature that saves the CC info and enters it automatically. Unlike doing it on a Mac though, it just wouldn't let it go through at all. I use that Chrome feature all the time so that I don't have to reenter CC info.
Once I used Microsoft Edge and entered the CC manually, everything worked fine. Got the link and everything.
So it seems like the issue is caused by saved cards entered by the browser automatically -- in both Safari and Google Chrome so they may want to look into that."
Also we had another client with same issue, this time located in Australia.. So maybe not a timezone thing at all!
A$120.00 — Mitch Williams with email: [email protected], booked: Energy Reading 60min, for: 6 June, 2021 11:10 am
Stripe took payment but booking was not made in the system.
The client said: "The payment was made through my phone on google Chrome. The information was entered manually, no incognito mode was used and it was in Melbourne, Australia. "
Sorry for the late response. I forwarded this info to our developers yesterday, but they're baffled with this behavior. We released Stripe integration in 2019, and we're using that same version since then, so I suppose the one you have is fine.
This is definitely not a time zone issue, but instead some issue with Stripe. I'll see what our developers if there's anything they can do about it. We have not encountered an issue like this before, and I truly apologize for the inconvenience.
Stripe rolls back for some reason, and we can't determine what that reason is. Roman made it work by entering the card details manually, and Mitch did the same thing, but it didn't work for him.
I'll get back to you as soon as I hear from my developers.
We're not able to replicate this. I forwarded the ticket to one of our developers, and he'll try to use the browser to auto-populate the card fields, to see if we can replicate it like that.
Can you ask roman what exactly is he using for auto-populating the card details?
Thanks Gareth, but I was referring to the add-on for the browser (like 1Password, or something similar), or if he's only using the Chrome's built-in function that saves card details?
We've tested this, and we couldn't replicate the issue on our end.
Can you recall if you edited the appointment before you noticed the booking is missing? If you modified a text, or the status, anything? Did you make any changes from the employee panel, or from the back-end?
Our developers discovered a similar bug yesterday, and they think they fixed it with the new version (that will be released today).
I hope that this update will fix it for you, so please update the plugin as soon as you see it, and let me know.
If you added the purchase code in Amelia Settings/Activation, the new update should be offered through the Plugins section. If it's not, try deactivating the plugin first (on some installations, that's a prerequisite). If that also doesn't work, go to Dashboard/Updates, and update it from there.
If that also doesn't work, you can update the plugin manually by following these steps:
1.) Download zip from our store or from the email you received when you purchased the plugin
2.) Use FTP to open /yourwordpressfolder/wp-content/plugins
3.) Delete the existing ameliabooking folder.
4.) Upload the previously downloaded ameliabooking folder through FTP into the "plugins" folder (unzip it)
5.) Go to the WP-admin panel, open the Plugins section.
6.) Deactivate Amelia Plugin, and then activate it again.
Unfortunately we have had this issue happen again with a new client.
She made the booking, stripe took payment but no one got emails and no booking was made in Amelia.
Payment A$185.00 — Anna Vranes with email: [email protected], booked: Shamanic Healing, for: 7 September, 2021 11:45 am Metadata Customer — Anna Vranes Email — [email protected] Phone — +61414405527 Booking Date — 7 September, 2021 11:45 am
Additonal Client Info
> 1) the operating system and device used to make the booking : Iphone > 2) is this an Australian or international credit card? : Australian > 3) did you use incognito mode on your browser during the booking process? : yes > 4) what browser did you use? : google chrome
Could you please clarify which type of notification you are referring to? If it was an Appointment Pending/Appointment Approved notification, then it is not related to Cron.
Also, the notification could end up in the Spam or Promotions folder, so please make sure that it wasn't lost there.
Oh dear.. This ticket is way deep. I don't want to try and explain the whole thing to a new person again.
Can I speak with Aleksandar? He seemed to be on top of the issue.
It's not in the spam. Amelia is not sending the email notifications sometimes. Nothing shows up in cron queue.
If you look at the ticket history, I was provided with a modified version of Amelia to install along with that cron job to see if it would rectify the situation.
That's why we suggest opening a new ticket for each issue. It would save you time.
Unfortunately, Aleksandar is out of the office at the moment.
If you are referring to notifications that are being triggered by Cron, then the issue is coming from the server's end since it's Cron and not Amelia that triggers these notifications. Cron works on the server's end, not in Amelia, and as Aleksandar mentioned before, hosting providers can have different requirements for Cron settings:
"If you're adding it through the server, depending on the server, there are different configurations for it, which you can contact your hosting provider about, or you can check out one of the solutions for it on this link."
Therefore, if there's an issue with Cron functionality, we would recommend you to contact your hosting provider support since we cannot tell if they have some specific settings for Cron or not.
The settings that we provide in our documentation are the most common ones, but there's no guarantee they will work flawlessly.
Sorry but you misread this situation. I know what cron is and don't need an explanation.
We have the regular Amelia cron job installed which works.
The issue as it stands - when I was last in communication with Aleksandar - is that notifications ocassionaly are not sent from Amelia. Stripe takes the payment, booking shows in system but notification is not sent.
So I was given a modified version of Amelia from Development Team to try - which is attempting to re-send these unsent notifications using A SECOND, different cron job - which i posted before. NOTE THE ENDPOINT: "/notifications/undelivered/send" .. it's a different cron job related to this modified version of Amelia.
The developers need to know that the modified version has not fixed the issue.
I installed the version you uploaded in your last reply and none of the Amelia pages would load in WP Dashboard. We have reverted to v 4.1
Regarding the first modified version (of v4.0.1) that was supplied on July 26 - maybe this will help....
I noticed that the "unsent notification" cron task (with endpoint "/notifications/undelivered/send") was fired only once on 11/08. The cron daemon notification sent to my server shows this was the response:
<h1>Error reconnecting to the database</h1>
<p>This means that we lost contact with the database server at <code>localhost</code>. This could mean your host’s database server is down.</p> <ul> <li>Are you sure the database server is running?</li> <li>Are you sure the database server is not under particularly heavy load?</li> </ul> <p>If you’re unsure what these terms mean you should probably contact your host. If you still need help you can always visit the <a href="https://wordpress.org/support/forums/">WordPress Support Forums</a>.</p>
entering the API call on the 4.0.1 version into the browser:
The application could not run because of the following error:
Details
Type: Error Message: Call to a member function getValue() on null File: /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/src/Application/Services/Notification/EmailNotificationService.php Line: 207
I can see that the ticket has been escalated to our developers, but our lead developer is now on vacation, so I can't say if we'll be able to resolve the issue before he returns.
This is quite a mystery, and undelivered (unsent) emails should be sent with the cron that's been provided in one of my previous responses. As far as I understand, the issue with the payment has been resolved and now the payment goes through in Stripe, Amelia does create an appointment in the back-end, but only the emails aren't being sent, correct?
Hi,
We recently had an order come from international client, which the booking showed up in our system at a time not supported by us.
Troubleshooting the issue, I have tried to spoof timezone on my system. See attached images.
"Show booking in local timezone" is on and browser is set to foreign timezone -> The system says "slot is not available"
"Show booking in local timezone" is off and browser is set to foreign timezone -> The booking works.
What is going on here?
Hello Gareth
Amelia doesn't have any time zone settings, it inherits the time zone from WordPress. If your time zone is in UTC+/- format, please change it by selecting the city near you.
If you are in a different time zone than your WordPress site is, and you've enabled this option (Show bookings in client's time zone), the times on the front-end will show available time slots in your time zone, which will be the time you set in the back-end +/- the time difference (depending on where you are in regards to the time zone set in WordPress' General settings).
The plugin sees the time zone of your local machine (PC), so using VPN can't full it. Most likely, the time zone in your General WordPress settings is set as UTC+/- SOMETHING, so instead, select the city you're in, and test again.
If it fails again, please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue.
We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties.
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hey Gareth
I'm not saying that this doesn't happen, it obviously does, but I can't replicate it.
When the "Show booking slots in client time zone" I see this time slot for Shamanic Healing:
When I enable it, I see this:
So, same employee, same service, same date, but the time zone is different. I'm in CET, so this looks fine for me.
I'm curious about point 3:
The appointment appears to get booked in the client's USA time, not the local time.
Where do you see this? Amelia can't do this, because your employee doesn't work during these hours. From what I can see, your employees' working hours are rather short. What I mean by that is that if someone from USA books an appointment, if what you're saying is true, it would be outside your employee's working hours, so booking would not be possible. If I were to book an appointment with "Show booking slots in client time zone" on (3:45AM, my time), it would be created as an appointment at 11:45PM your time.
Are you testing this personally, or was there an actual customer from the USA this happened to? Would you please provide me with some screenshots, appointment details, etc, so we know where to look?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Thanks for looking into this.
The issue with the client in the USA is a real client, based in the USA. "Book in local timezone" was off.
This is what happened:
The same client since booked again with a different practitioner - and had similar issue.
The main symptom reported by the client is that "I received no email confirmation"
The main symptoms reported by the employee are "Payment was made, but I received no email confirmation and the booking did not show up in the system, I had to add him manually"
The client's name is Roman Solodoff - but if you find bookings for him in the system now, it is because they were added manually by the employee.
This is the Stripe confirmation that came through on his first booking:
Congratulations Soul Therapies!
You've just received a payment through Stripe.
Payment
A$185.00 — Roman Solodoff with email: [email protected], booked: Shamanic Healing, for: 7 July, 2021 10:00 am
Metadata
Customer — Roman Solodoff
Email — [email protected]
Phone — +19727951431
Booking Date — 7 July, 2021 10:00 am
If you want to try a test booking you can do so without payment at
...
-=- Although I am not sure if this is helpful as it doesn't have the Stripe connected for this service.
I appreciate this is a weird one for you to troubleshoot.. Hopefully the above info can help somehow.
Thanks, Gareth.
Hi I found out from the business owner that he used to have bookings from the US a year ago with a different client and they worked OK.
I also got this information from Roman, the client who is having the trouble:
I'm pretty sure I was on a Mac (brand new laptop), using Safari browser. Safari version Version 14.0.2 (16610.3.7.1.9)
I use MacOS Big Sur
MacBook Pro (13-inch, M1, 2020)
CHip: Apple M1
I did not use incognito mode but what I did use -- my safari has this feature where I can save the credit card number and it uses my fingerprint to automatically enter it into a website and I'm pretty sure I used that feature to enter this information into your site.
I have no idea what happened here, Gareth.
I even installed WP phpMyAdmin on your website to check the database, but what you're saying is true - there is no evidence of a booking ever completed from the front-end by this customer. I can only see the two manually entered appointments you created.
The fact that Roman adds his card with fingerprint authorization should have no impact on this. After all, you received the appointment info in your Stripe details, so it was successfully paid and an appointment should have been created. I see you're on Amelia 3.2, and we've released v3.3 last week. Please update the plugin (although I don't believe it will help).
Did you notice this only with Roman, or was there another customer that reported a similar issue? It's not related to time zones, as far as I can see, but the fact that for some reason the appointments don't get created even if the payment is successfully completed.
The ticket has been forwarded to one of our developers for testing, and review, and I'll get back to you as soon as I hear from him. He's also baffled by this, so it may take some time. The problem is that we can't replicate the issue. I'll get back to you!
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi again Gareth
Our developer says that Stripe does what it's supposed to be doing, but a rollback occurs for some reason. They asked which version of Stripe API you have? You can see that on your Stripe's account, in the Dashboard.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi, sorry for the late reply, I've been moving house.
I checked the API version and it is :
2018-07-27
Should I update it to the latest version? do you think that will fix the issue?
The client, Roman, was able to make a booking using Edge and manually entering the card number..
"tried booking today from my PC and it wouldn't allow it through if I used the Google Chrome feature that saves the CC info and enters it automatically. Unlike doing it on a Mac though, it just wouldn't let it go through at all. I use that Chrome feature all the time so that I don't have to reenter CC info.
Once I used Microsoft Edge and entered the CC manually, everything worked fine. Got the link and everything.
So it seems like the issue is caused by saved cards entered by the browser automatically -- in both Safari and Google Chrome so they may want to look into that."
Also we had another client with same issue, this time located in Australia.. So maybe not a timezone thing at all!
A$120.00 — Mitch Williams with email: [email protected], booked: Energy Reading 60min, for: 6 June, 2021 11:10 am
Stripe took payment but booking was not made in the system.
The client said: "The payment was made through my phone on google Chrome. The information was entered manually, no incognito mode was used and it was in Melbourne, Australia. "
Hey Gareth
Sorry for the late response. I forwarded this info to our developers yesterday, but they're baffled with this behavior. We released Stripe integration in 2019, and we're using that same version since then, so I suppose the one you have is fine.
This is definitely not a time zone issue, but instead some issue with Stripe. I'll see what our developers if there's anything they can do about it. We have not encountered an issue like this before, and I truly apologize for the inconvenience.
Stripe rolls back for some reason, and we can't determine what that reason is. Roman made it work by entering the card details manually, and Mitch did the same thing, but it didn't work for him.
I'll get back to you as soon as I hear from my developers.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi,
I did not hear back from you as promised and the ticket was closed.
I updated the Stripe API version and the issue persists.
We had the same problem with another booking from client Roman,
Stripe received the payment but notification was not sent to Roman or the Employee. The booking did not show up in Amelia.
Site is on Amelia v3.2
Stripe Payment -
A$185.00 — Roman Solodoff with email: [email protected], booked: Shamanic Healing, for: 18 July, 2021 10:00 am
Metadata
Customer — Roman Solodoff
Email — [email protected]
Phone — +19727951431
Booking Date — 18 July, 2021 10:00 am
Hey Gareth
Sorry for the late response.
We're not able to replicate this. I forwarded the ticket to one of our developers, and he'll try to use the browser to auto-populate the card fields, to see if we can replicate it like that.
Can you ask roman what exactly is he using for auto-populating the card details?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
He is using Visa
Thanks Gareth, but I was referring to the add-on for the browser (like 1Password, or something similar), or if he's only using the Chrome's built-in function that saves card details?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar, as the client described, he is using the built-in Chrome feature.
Hi again Gareth
We've tested this, and we couldn't replicate the issue on our end.
Can you recall if you edited the appointment before you noticed the booking is missing? If you modified a text, or the status, anything? Did you make any changes from the employee panel, or from the back-end?
Our developers discovered a similar bug yesterday, and they think they fixed it with the new version (that will be released today).
I hope that this update will fix it for you, so please update the plugin as soon as you see it, and let me know.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar,
The sequence of events the last time this happened was :
I will try the new version when I see it up.
Thanks, Gareth.
I don't see any updates available in wp-admin or anywhere on your website to log in to download.
Where do I download the new version from?
Thanks, Gareth.
Hi again Gareth
If you added the purchase code in Amelia Settings/Activation, the new update should be offered through the Plugins section. If it's not, try deactivating the plugin first (on some installations, that's a prerequisite). If that also doesn't work, go to Dashboard/Updates, and update it from there.
If that also doesn't work, you can update the plugin manually by following these steps:
1.) Download zip from our store or from the email you received when you purchased the plugin
2.) Use FTP to open /yourwordpressfolder/wp-content/plugins
3.) Delete the existing ameliabooking folder.
4.) Upload the previously downloaded ameliabooking folder through FTP into the "plugins" folder (unzip it)
5.) Go to the WP-admin panel, open the Plugins section.
6.) Deactivate Amelia Plugin, and then activate it again.
7.) Clear server and browser cache
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Thanks, sorry for such a dumb question, the update did not show in Wordpress Dashboard yesterday but today it did.
That's quite alright, Gareth.
There are actually issues with some sites and auto-updates, but they are rare and usually easily solvable by the hosting provider.
I'm glad to hear you were able to update the plugin.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi again Gareth.
Just a quick follow-up to see if the new version fixed the issue?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Thanks for checking in,
We've not had a booking yet from the clients who had this issue, but when we do I'll update you.
Regards,
Gareth.
Thanks Gareth.
I hope it won't happen again.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar,
Unfortunately we have had this issue happen again with a new client.
She made the booking, stripe took payment but no one got emails and no booking was made in Amelia.
Payment
A$185.00 — Anna Vranes with email: [email protected], booked: Shamanic Healing, for: 7 September, 2021 11:45 am
Metadata
Customer — Anna Vranes
Email — [email protected]
Phone — +61414405527
Booking Date — 7 September, 2021 11:45 am
Additonal Client Info
> 1) the operating system and device used to make the booking : Iphone
> 2) is this an Australian or international credit card? : Australian
> 3) did you use incognito mode on your browser during the booking process? : yes
> 4) what browser did you use? : google chrome
Kind Regards, Gareth.
Hi Aleksandar,
You're right I confirmed with my client that the appointment was created and just the emails weren't sent.
Thanks,
Gareth.
Hi Gareth!
Thank you for the kind reply!
We are working on the cause of email not being sent, and we will contact you back on Monday, rest assured.
I wish you a pleasant weekend
I have added the new plugin and cron job.
FYI I got this message after I deactivated Amelia and tried to delete it.
"You cannot delete a plugin while it is active on the main site."
I deleted the files manually.
Will update you if we see the issue again.
Thanks,
Gareth.
Thank you, Gareth.
I hope this helps!
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi, Gareth,
Thank you for choosing Amelia.
Could you please clarify which type of notification you are referring to? If it was an Appointment Pending/Appointment Approved notification, then it is not related to Cron.
Also, the notification could end up in the Spam or Promotions folder, so please make sure that it wasn't lost there.
Looking forward to hearing from you.
Oh dear.. This ticket is way deep. I don't want to try and explain the whole thing to a new person again.
Can I speak with Aleksandar? He seemed to be on top of the issue.
It's not in the spam. Amelia is not sending the email notifications sometimes. Nothing shows up in cron queue.
If you look at the ticket history, I was provided with a modified version of Amelia to install along with that cron job to see if it would rectify the situation.
Gareth,
That's why we suggest opening a new ticket for each issue. It would save you time.
Unfortunately, Aleksandar is out of the office at the moment.
If you are referring to notifications that are being triggered by Cron, then the issue is coming from the server's end since it's Cron and not Amelia that triggers these notifications. Cron works on the server's end, not in Amelia, and as Aleksandar mentioned before, hosting providers can have different requirements for Cron settings:
"If you're adding it through the server, depending on the server, there are different configurations for it, which you can contact your hosting provider about, or you can check out one of the solutions for it on this link."
Therefore, if there's an issue with Cron functionality, we would recommend you to contact your hosting provider support since we cannot tell if they have some specific settings for Cron or not.
The settings that we provide in our documentation are the most common ones, but there's no guarantee they will work flawlessly.
Hope that will help.
Best Regards.
Sorry but you misread this situation. I know what cron is and don't need an explanation.
We have the regular Amelia cron job installed which works.
The issue as it stands - when I was last in communication with Aleksandar - is that notifications ocassionaly are not sent from Amelia. Stripe takes the payment, booking shows in system but notification is not sent.
So I was given a modified version of Amelia from Development Team to try - which is attempting to re-send these unsent notifications using A SECOND, different cron job - which i posted before. NOTE THE ENDPOINT: "/notifications/undelivered/send" .. it's a different cron job related to this modified version of Amelia.
The developers need to know that the modified version has not fixed the issue.
Please pass that on.
Hi Gareth,
thank you for contacting back; I have informed the developers so they will take another look.
We will contact you back as soon as they advise us on a solution
Hi Ivana,
I installed the version you uploaded in your last reply and none of the Amelia pages would load in WP Dashboard. We have reverted to v 4.1
Regarding the first modified version (of v4.0.1) that was supplied on July 26 - maybe this will help....
I noticed that the "unsent notification" cron task (with endpoint "/notifications/undelivered/send") was fired only once on 11/08. The cron daemon notification sent to my server shows this was the response:
entering the API call on the 4.0.1 version into the browser:
https://www.soultherapies.com.au/wp-admin/admin-ajax.php?action=wpamelia_api&call=/notifications/undelivered/send
Slim Application ErrorThe application could not run because of the following error:
DetailsType: Error
TraceMessage: Call to a member function getValue() on null
File: /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/src/Application/Services/Notification/EmailNotificationService.php
Line: 207
#0 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/src/Application/Commands/Notification/SendUndeliveredNotificationsCommandHandler.php(34): AmeliaBooking\Application\Services\Notification\EmailNotificationService->sendUndeliveredNotifications() #1 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/Handler/CommandHandlerMiddleware.php(71): AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommandHandler->handle(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand)) #2 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/CommandBus.php(62): League\Tactician\Handler\CommandHandlerMiddleware->execute(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand), Object(Closure)) #3 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/Plugins/LockingMiddleware.php(36): League\Tactician\CommandBus->League\Tactician\{closure}(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand)) #4 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/Plugins/LockingMiddleware.php(66): League\Tactician\Plugins\LockingMiddleware->League\Tactician\Plugins\{closure}() #5 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/Plugins/LockingMiddleware.php(45): League\Tactician\Plugins\LockingMiddleware->executeQueuedJobs() #6 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/CommandBus.php(62): League\Tactician\Plugins\LockingMiddleware->execute(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand), Object(Closure)) #7 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/league/tactician/src/CommandBus.php(42): League\Tactician\CommandBus->League\Tactician\{closure}(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand)) #8 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/src/Application/Controller/Controller.php(107): League\Tactician\CommandBus->handle(Object(AmeliaBooking\Application\Commands\Notification\SendUndeliveredNotificationsCommand)) #9 [internal function]: AmeliaBooking\Application\Controller\Controller->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #10 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/Handlers/Strategies/RequestResponse.php(40): call_user_func(Array, Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #11 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/Route.php(281): Slim\Handlers\Strategies\RequestResponse->__invoke(Array, Object(Slim\Http\Request), Object(Slim\Http\Response), Array) #12 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/MiddlewareAwareTrait.php(117): Slim\Route->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response)) #13 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/Route.php(268): Slim\Route->callMiddlewareStack(Object(Slim\Http\Request), Object(Slim\Http\Response)) #14 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/App.php(503): Slim\Route->run(Object(Slim\Http\Request), Object(Slim\Http\Response)) #15 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/MiddlewareAwareTrait.php(117): Slim\App->__invoke(Object(Slim\Http\Request), Object(Slim\Http\Response)) #16 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/App.php(392): Slim\App->callMiddlewareStack(Object(Slim\Http\Request), Object(Slim\Http\Response)) #17 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/vendor/slim/slim/Slim/App.php(297): Slim\App->process(Object(Slim\Http\Request), Object(Slim\Http\Response)) #18 /home/soulther/public_html/wp-content/plugins/ameliabooking-modified/ameliabooking.php(160): Slim\App->run() #19 /home/soulther/public_html/wp-includes/class-wp-hook.php(303): AmeliaBooking\Plugin::wpAmeliaApiCall('') #20 /home/soulther/public_html/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters('', Array) #21 /home/soulther/public_html/wp-includes/plugin.php(470): WP_Hook->do_action(Array) #22 /home/soulther/public_html/wp-admin/admin-ajax.php(187): do_action('wp_ajax_wpameli...') #23 {main}Hi, Gareth,
Sorry for the delayed response, I sent your case back to our developers.
We will contact you as soon as we have any updates.
Best Regards.
Hey Gareth
Sorry for the late response, I was on vacation.
I can see that the ticket has been escalated to our developers, but our lead developer is now on vacation, so I can't say if we'll be able to resolve the issue before he returns.
This is quite a mystery, and undelivered (unsent) emails should be sent with the cron that's been provided in one of my previous responses. As far as I understand, the issue with the payment has been resolved and now the payment goes through in Stripe, Amelia does create an appointment in the back-end, but only the emails aren't being sent, correct?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables