|
Nick
|
January 31, 2016 at 9:38 am
Hi,
I am testing out the barcode scanner for an event that takes place on Tuesday. I have tried using a dummy booking for the event and also a test event as well. With both I am getting the following error:
LOOKUP ATTENDEE MODE
Fatal error: Call to a member function get_datetime() on a non-object in /wp-content/plugins/eea-barcode-scanner/EED_Barcode_Scanner.module.php on line 447
CONTINUOUS SCANNING MODE
An error has occurred:
Sorry, but while the ticket is for a valid registration, this registration does not have access to the given datetime.
As I have 600 people to scan in to a conference on Tuesday I am getting rather worried!
Please could someone help ASAP. I am happy to supply login details for the website.
With Best Wishes,
Nick
-
This topic was modified 8 years, 2 months ago by
 Tony. Reason: Removed server path
|
|
Tony
|
February 1, 2016 at 3:41 am
Hi Nick,
When you say a dummy booking, how have you created this booking?
I’ve not see that error before so starting from the beginning.
|
|
Nick
|
February 1, 2016 at 3:43 am
I just mean a regular booking that isn’t for someone actually coming, using my own name and email address. The issues I am experiencing are for all tickets, as far as I am aware.
|
|
Tony
|
February 1, 2016 at 4:01 am
What version number of the barcode scanner are you using? The latest version is 1.0.8
|
|
Nick
|
February 1, 2016 at 4:09 am
Just updated to 1.08 and still getting this error
|
|
Tony
|
February 1, 2016 at 4:21 am
Can you send temporary login details using this form:
https://eventespresso.com/send-login-details/
Also provide details of your test registration.
Basically there is a problem pulling the datetime for your registration, however get_datetime() is not used on or near those line numbers within the barcode scanner.
I need to take a look at a registration and the event to see how its setup.
|
|
Nick
|
February 1, 2016 at 4:28 am
Done. there is a test event that you can work with which also has the issue, but the main event is ‘2016 Conference – London’
|
|
Tony
|
February 1, 2016 at 5:01 am
I’ve only tested lookup mode on your main event, but I did’t run into any issues. I’m not getting any fatal errors when looking up the attendees there.
I then set your test event to be active so it was available within the Barcode scanner and used lookup there for your test event (after selecting the correct event in the barcode scanner) that worked fine.
Can you provide step by step instructions to re-produce this please?
|
|
Nick
|
February 1, 2016 at 5:29 am
I will if I can get access to the website. Now I am getting an ‘error connecting to database’ message, and I haven’t done anything! Could this be related to anything you have done.
|
|
Tony
|
February 1, 2016 at 5:31 am
No I simply loaded the barcode page, event page and registrations page.
I did notice your site was running a little slow but it didn’t timeout or show database connection errors. Are you using shared hosting?
Either way I would recommend contacting your host and have them investigate what is happening.
|
|
Nick
|
February 1, 2016 at 5:43 am
All other websites on my server are working fine.
|
|
Tony
|
February 1, 2016 at 5:50 am
I recommend that you contact your host and have them investigate.
I don’t have access to any information that would be useful, maybe check the servers errors logs and see if anything useful is shown there?
As mentioned above the only pages I loaded where the Event, Registration and Barcode pages, nothing out of the ordinary.
|
|
Nick
|
February 1, 2016 at 6:03 am
OK, I am back online. I can’t access the test event through the barcode scanner.
|
|
Nick
|
February 1, 2016 at 6:06 am
Test event is still showing as inactive.
|
|
Nick
|
February 1, 2016 at 6:10 am
I can still test with the conference event which is active, and I am still getting the same errors – when I click ‘Barcode scanner’ in the menu it takes me straight to the 3rd option, i.e. to Scan. I then scan the barcode in ‘Lookup Attendee’ mode – it finds the registration, but when I click ‘Checkin’ I get the datetime error.
|
|
Tony
|
February 1, 2016 at 6:11 am
Its set to Privately published to prevent it showing on the front end of the site, you can just swap that to public – http://take.ms/JRBEaD
Then update the event and it will be visible.
|
|
Nick
|
February 1, 2016 at 6:17 am
OK, I have this working for the conference with a complimentary ticket – I can check people in and out – no error – but it is not working for a payment pending ticket.
|
|
Nick
|
February 1, 2016 at 6:21 am
It’s the same for the test event – it works for completed bookings but not payment pending
|
|
Nick
|
February 1, 2016 at 6:30 am
Also, I am wanting to choose the fastest method of checking people in, but also get details of money that is still owed, and to be notified when people still have money to pay. I am hoping to use a Continuous method if possible.
I can see that with ‘Continuous Check-In Only’ I get notified whether the ticket has already been used, which is great. Will I also get a notification of payment pending using this method? I can’t test this at the moment due to the datetime issue.
If I don’t get notification of payment pending I am presuming that I will need to use ‘LookUp Attendee’ which will show what the status of the booking is – checked in or checked out.
|
|
Nick
|
February 1, 2016 at 7:34 am
Any updates on this Tony? Please get back to me as soon as possible, as I have a lot to do in preparation for the event tomorrow, and it would be good to know that we have a workable registration system. Thanks.
|
|
Tony
|
February 1, 2016 at 8:24 am
None of the modes within the barcode scanner will check-in pending payment registrations.
Continuous mode will simply deny the ticket with:
“Sorry, but while the ticket is for a valid registration, this registration does not have access to the given datetime.”
Lookup mode allows you to view the registration details, but not check-in the user, you’ll see the same error message as above.
In order for the check-ins to work you’ll need to line people can use to have their payments taken an applied within Event Espresso, the registration status set to Approved and the user can then be checked in.
There’s a couple of ways to work this, you can use Continuous check-in to initially scan tickets, any tickets that fail will need to use a new line in which they can pay for their tickets, we recommend creating at least 2 lines to begin with.
One for ticket holders than have paid (you can use continuous check-in only for this line) and one for Ticket holder that have not paid. (You may also want another line for non ticket holders depending on your event)
So if non paid tickets try to use the paid line, Continuous mode will refuse the pending payment registrations and they can be sent to the other line in which you will need a computer/laptop with access to EE. From there the payment needs to be applied to the registration, the registration approved and you can also check the user in from there.
The other option is to set ALL registrations to Approved and use continuous mode for ALL ticket scanning. Because the registrations have been approved all tickets (regardless of payment) can be check-in using the scanner, but you (and anyone scanning tickets) will need to manually check each check to confirm that both the registration and transaction status are green – http://take.ms/6m40g
|
|
Nick
|
February 1, 2016 at 8:58 am
Hi Tony. Thanks – that explains things better. It sounds like the second method you suggest would work more efficiently, but I think, if I use ‘Continuous Check-In Only’ mode I will not see the image that you linked to, which only shows in ‘Lookup Attendee’ mode. I will only get a green tick, and will have no way of knowing the payment status.
If this is the case then I will need to have the two lines as you mentioned, and manually check in people who haven’t paid.
|
|
Tony
|
February 1, 2016 at 9:03 am
You won’t see the image, but because the registration status is pending payment Continuous mode will not check the attendee in anyway.
If a ticket is scanned that is owing money, it will not check in and show – http://take.ms/gnHEf
Which means something is wrong, so you can then send them to the other line using lookup mode, confirm the transaction is not paid and then apply the payment to the registration through the Event Espresso admin.
Does that make sense?
Basically you want a line for people who claim to have paid, and a line for non paid. The paid line can use continuous mode (check in only) because if they haven’t paid, they aren’t checked in, so rather than slowing that line down, if you have problems with a ticket on continuous mode you can send them to the other line to have the registration checked over.
Does that help?
|
