Forum Replies Created
-
Posts
-
I think I figured it out. After adding that code, I had to disable the “processing” email on the WooCommerce settings as well. It’s working as a usable workaround, but I’ll still add the feature to the list for “on hold” tickets/pay at the door to be better supported through the system. It’s not a common use case for actual products (inherent to WooCommerce) but is a common thing for event ticketing.
Thanks again!
Thank you, that does help to know that some of this is driven by WooCommerce itself, and not by your plugin.
I guess it’s the notion of a “reservation” list, which I’ve seen others mention as problems or features as well. The idea of getting a head count or reserving a seat/ticket for someone who wants to pay at the door. So I need to know when they arrive that they reserved a seat so I don’t sell it to someone else.
I guess for now I’ll have to create a manual list of these people from the order summary page (or purchase confirmation emails). But it’s disappointing because one of the main reasons I bought this plugin was to eliminate the need to create my own spreadsheets.
For this event, the buyers don’t need the physical tickets – we are handling everything via the checkin. Is there a way to disable the email going out with the tickets?
Again, I appreciate your prompt response!
Thanks very much for your prompt reply!
I just tested your solution and yes, the on-hold status will show up on the attendee list if I first mark as completed, generate ticket, then change to on-hold. And interestingly, why show the order status in the attendee list if it will only ever show completed orders?
However the issue here is that I’ve also just sent tickets to someone (me, in my test case) who hasn’t paid. That’s not really a workable solution either.
I’m curious why the “on-hold” status was created if not to accommodate a “pay at hte door/reserve a seat” scenario? And how it could be useful if they don’t show up on the list so we know they have to pay at the door?
In terms of other people asking for this, here is one that has 19 votes. The problem he describes is what we are running into, but his solution is more complicated than what we’ve requested. (found by searching “checkin”)
Totally agree that this feature is useless without name/email lookup. I was surprised that this was not available, as you already have all the data to allow a user to search by name or email. Making people pull out their phones, find a confirmation email to access their order number etc when you have a line of 100 people trying to check in is unreasonable.
I’m about to use this for the first time next week for an event and find this to be a massive fault in the functionality. Not a “nice to have” but something that is necessary to make the checkin feature usable. I too will resort to downloading the list (which DOES show name/email) and sorting alphabetically.
