Could you kindly confirm you have the latest version of Amelia 4.0.1. installed?
If yes please provide us 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.
Thank you so much for checking; I was able to access it now
I have escalated the matter to a senior colleague, as there is no surface level reason to why 1000 (a whole service at that) is missing from the package (999 actually, since 1 booking is allowed to be made).
If you only booked the All-In package, you would be able to book all 3000 appointments without issues. However, since the "Trampo jump" service also exists in a separate package with the number of appointments set to 1, it limits the number of appointments in the All-In package.
Until this bug is resolved, the workaround would be to exclude the "Proefsessie - Trampo Jump" package, and allow your customers to book this service as a service, not as a package. I suppose you added it to the package, so your customers don't need to pick a date right away, but due to this bug, it can't be done properly, so this would be the only option at this time.
Thanks for looking into this. I'm only the developer on the be-strong website. So I cannot make commercial decisions.
I remember we ( the Client and I ) wanted to avoid single bookings all together. It's commercially more interesting to only offer subscriptions ( aka Packages ). Since we cannot hide the "single service booking flow" we putted a high price on a single service. So customers who ended up booking some service without first clicking a package would not buy the single service due to the high price. But then my client also wanted to offer Trail Runs for some of his services. Thats why we have different packages for the same service.
Most of his new clients start out with a Trail Run for service X and then buy a subscription to service X.
Anyway. Again thanks for looking into this. Would you have a timing on resolving this bug / issue?
This definitely shouldn't be happening, Matt, so the proposed workaround was only a temporary solution until we resolve this. I can, however, understand what your approach is, and why it wouldn't be applicable.
Our developers are looking into it as we speak, and I hope the solution will be included in the next update (which should be released in the first half of August).
If they find a fix for it before then, I will, of course, send it to you before the official update is released.
Just to suppress the waiting time for my client. Would it be possible to sketch te relations in the Database between the packages, records, ... My idea is to temporarily disable the Trail Packages and remove some DB records for the customers who ordered a Trail Package. I've managed to do this, but then the bookings View throws an 500 internal error. Possibly due to the fact that some bookings can't be found by package<->customer.
Hi
I noticed a bug within Amelia. I'll try to subscribe the issue as precisely as possible.
In the Amelia I've setup for my client we have an All-Inclusive Package. This gives you access to
I've also setup a Demo Package for each of the services.
Problem:
When a customer purchases the All-Inclusive Package and afterwards one of the Demo's. The 1000x Service ... gets replaced with the 1x of Service ...
I've added some screenshots to clarify.
Thanks for getting back asap.
Kind regards
Matt
Hi Matt
Thank you for reaching out to us.
Could you kindly confirm you have the latest version of Amelia 4.0.1. installed?
If yes please provide us 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.
Hi Matt,
thank you so much for the credentials
Please just check the ones for WP admin as the admin login page is not accepting them:
Hi Ivana
I've updated the credentials.
They should work right now.
Kind regards.
Thank you so much for checking; I was able to access it now
I have escalated the matter to a senior colleague, as there is no surface level reason to why 1000 (a whole service at that) is missing from the package (999 actually, since 1 booking is allowed to be made).
He will contact you back as soon as possible.
Hey Matt.
This is definitely a bug on our end.
If you only booked the All-In package, you would be able to book all 3000 appointments without issues. However, since the "Trampo jump" service also exists in a separate package with the number of appointments set to 1, it limits the number of appointments in the All-In package.
Until this bug is resolved, the workaround would be to exclude the "Proefsessie - Trampo Jump" package, and allow your customers to book this service as a service, not as a package. I suppose you added it to the package, so your customers don't need to pick a date right away, but due to this bug, it can't be done properly, so this would be the only option at this time.
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 Aleksander
Thanks for looking into this.
I'm only the developer on the be-strong website. So I cannot make commercial decisions.
I remember we ( the Client and I ) wanted to avoid single bookings all together. It's commercially more interesting to only offer subscriptions ( aka Packages ). Since we cannot hide the "single service booking flow" we putted a high price on a single service. So customers who ended up booking some service without first clicking a package would not buy the single service due to the high price. But then my client also wanted to offer Trail Runs for some of his services. Thats why we have different packages for the same service.
Most of his new clients start out with a Trail Run for service X and then buy a subscription to service X.
Anyway. Again thanks for looking into this.
Would you have a timing on resolving this bug / issue?
Kind regards
Matt
This definitely shouldn't be happening, Matt, so the proposed workaround was only a temporary solution until we resolve this. I can, however, understand what your approach is, and why it wouldn't be applicable.
Our developers are looking into it as we speak, and I hope the solution will be included in the next update (which should be released in the first half of August).
If they find a fix for it before then, I will, of course, send it to you before the official update is released.
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 Aleksander
Thanks for getting back.
Just to suppress the waiting time for my client. Would it be possible to sketch te relations in the Database between the packages, records, ... My idea is to temporarily disable the Trail Packages and remove some DB records for the customers who ordered a Trail Package. I've managed to do this, but then the bookings View throws an 500 internal error. Possibly due to the fact that some bookings can't be found by package<->customer.
Offcourse I will take a DB backup :)
Kind regards
Matt
Hi Aleksandar
Thanks for getting back.
I've applied the manual update.
All seems to work fine again.
Thanks for the quick support!
Really appreciate it!
Kind regards
Matt
You're welcome, Matt
Glad I could be of assistance!
If you have any further questions or issues, please feel free to open a new ticket, and we'll gladly help.
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