|
gmilne80
|
March 15, 2023 at 10:50 am
Hi,
I have set up a number of events with multiple dates times using the recurring event manager. We use the app to check in guests for the events and until today it has been fine. However with no changes to the site it has started to display the wrong attendee lists for the date time slots selected for the events on the app. This seems to only be occurring on the Android version of the App as the Apple version has been fine.
We also have an issue with the date time slots themselves appearing out of order which although a pain is still workable.
Any advice on how to get the correct attendee list to show would be great.
|
|
gmilne80
|
March 15, 2023 at 10:51 am
This reply has been marked as private.
|
|
gmilne80
|
March 15, 2023 at 12:40 pm
Further testing has revealed some date/time slots not showing up in the app at all on either Apple or Android versions. 3.30 underground tour for 17th, 18th and 19th March is not showing in either list but is fine on the website itself and were all made as part of the same series of date times in the recurring event manager as the rest of them.
|
|
Garth
|
March 15, 2023 at 3:13 pm
March 17, 18, and 19 datetimes are not showing in the list of datetimes?
You should be able to scan a ticket even if you don’t have a specific datetime selected in the list.
Regardless, we will test.
|
|
gmilne80
|
March 15, 2023 at 4:20 pm
Thank you, appreciated. As it’s a walking tour it’s useful for the guides to be able to look up a list of expected attendees so they know when it is safe to start. And we have also had times when attendees turn up without ticket in hand for qr code so the manual check in on the app is useful.
The app login details will also give admin access to the site if its easier for you to see the set up on there as well.
|
|
gmilne80
|
March 21, 2023 at 5:40 am
Just wanted to check in and see if there had been any progress on this or if it was an issue with the set up at my end.
Thanks again
Gordon
|
|
Tony
|
March 21, 2023 at 5:55 am
Hi Gordon,
Would you like to test a change to see if it fixes your current issue? You’ll need FTP/File Manager access to the site to make a single change in a file and then test the app again.
In short, we will be pushing an update that increases the number of entries included in the REST API by default and that should work around the current issue I think you are facing.
We will also be looking into updating the apps to accommodate the higher number of datetimes/tickets etc with REM events better in the future but that won’t be for a little while yet.
|
|
gmilne80
|
March 21, 2023 at 6:21 am
More than happy to try that out. Just send me the details and I’ll let you know how it goes. We have found the wrong tickets showing is a bit inconsistent currently. Iphones are definitely fine and a few android ones but majority of android devices have had issues.
I’m happy to try out any updates or changes as you work on it.
Thanks
|
|
Tony
|
March 21, 2023 at 7:00 am
Part of the problem I think your running into is hitting the default limit value for the rest API responses, by default its set to 50.
Within \event-espresso-core\modules\core_rest_api\EED_Core_Rest_Api.module.php
Line 1323 should be:
public static function get_default_query_limit()
Within that method, change the 50 to be 100 and retest
|
|
Tony
|
March 21, 2023 at 7:42 am
This reply has been marked as private.
|
|
gmilne80
|
March 21, 2023 at 7:45 am
Hi,
I made the changes and while on apple devices this now shows all the date times in each event they are still appearing out of order. Also on android phones (google pixel 5 used to test both on real device and with browser stack simulator and same result) still getting wrong tickets shown on date time attendee lists.
It appears as though the lists are only appearing in the order of the ID number rather than by date and as it hasn’t created them in order when they were made the dates are all over the place. Not sure why wrong tickets are appearing for the list though as they are assigned correctly as far as I can see.
|
|
gmilne80
|
March 21, 2023 at 8:19 am
Thanks for looking into it Tony and if you want me to make any changes to the site etc let me know. I have a lot more events to add (3 to 5 daily until end of October) but didn’t want to throw loads up if there were issues.
If you need anything else from me to help out just let me know.
|
|
Tony
|
March 21, 2023 at 2:03 pm
Hi there,
On the Android app, do you have the ‘Show past dates’ option disabled?
If you find a ‘broken’ attendee list for a datetime then toggle the show past dates switch to be enabled and view that same datetimes attendees, does it then show the correct attended list?
|
|
gmilne80
|
March 21, 2023 at 4:02 pm
That seemed to work fine for me. Once show past dates is enabled it is pulling in the correct attendee lists.
I’ve got my guides testing on their devices to be sure as well.
|
|
Tony
|
March 22, 2023 at 6:36 am
I’ve created a ticket for our app developers to investigate this further.
REM is highlighting an issue with how the app is pulling in the datetimes (ordered by ID) and it will likely need to be switched to use DTT_Event_Start value and order ASC so the datetimes always display in chronological order which is what makes the most sense there.
(For now, increasing the limit will give you access to all of the datetimes, I understand its frustrating scrolling through them but to fix the app needs to be updated)
The attendee list not displaying the correct attendees is due to the ‘hide past dates’ option, when it hides the dates it changes the ‘offset’ (count) used for the displayed datetimes which the app isn’t then taking into consideration when pulling in the attendee list. For example, if 1 single DateTime is expired, it throws the offset out by 1 when it’s hidden so the app pulls in the attendee for the ‘next’ DateTime rather than the one you have selected. Multiple datetimes equals a higher offset difference.
(Again, for now leaving the hide past dates option disabled will work around that)
|
