Forum Replies Created
-
Posts
-
Hi Geoff,
This issue is still is occurring on some devices (for instance it still appears on mobile phones – have had reports from several Samsung Galaxy owners that it appears in their mobile browsers, and I could confirm that myself)…so we still need a way to fix this and make sure that text is not shown anywhere.
Thanks,
ChrisHi Brook,
Thank you for response back. Unfortunately, what you said does not address the issue. It seems like I might not have been clear…
When we delete/cancel/refund an order (the glitch happens no matter which of those is chosen), it should *not* still be counted as a ticket that is sold. Because it is in fact NOT a sold ticket and is a ticket available to the public. Yes, I can still go manually update the inventory counts in WooCommerce as needed (I’ve done that before and always double-check when we make an order change anyway)…however there’s a bug in the system that isn’t counting the sold tickets correctly.
This is NOT counter to how a live event plugin should work. In fact, I spent an hour combing through the forums last night and found other multiple people reporting this same issue over several months with promises of fixes in future versions. I’m in the future version and it’s still not working correctly.
If you sell tickets to a live event, you have a finite amount of space or seats. You need a way to have an accurate count of how many tickets sold and how many people are coming at any given point in time. Event Ticket Plus 4.2 currently does not do that (assuming ANY changes need to be made to an order or tickets).
Right now if we get an order, then delete *OR* just cancel/refund it…the Event Attendee listing page (which shows the counts for each ticket type)…STILL counts a canceled/refunded ticket as SOLD. It even counts a DELETED ticket as a sold ticket.
And if I go back and manually update the inventory – it STILL doesn’t change the sold counts. In other words, there are “phantom” sold tickets somewhere in the latest version of the plugin…which means it is currently impossible for us to easily see how many tickets are REALLY sold (“sold” as in the patron actually have the ticket, and money actually exchanged hands). It defeats the purposes of an automated solution when this bug requires us to still have to come in count/add/subtract manually and double-check everything. Especially when selling tickets into the thousands.
Does that explain this bug better? We need the system to have the correct count of how many tickets are actually sold. It has done that for years, but in this latest version appears to not do that correctly. Where is it pulling this phantom data from? How do we get it to show the correct CURRENT amount of tickets sold? This is a basic need of any live event organizer – as is evidenced by the other tickets I found in here with people having similar concerns/issues with the counts not being correct.
Hope that sheds so more light so you can help us get this fixed.
Thanks,
ChrisHi Geoff,
Thank you – I have a follow-up I should have mentioned before, too. What is the current code to make sure the “You’ll receive tickets in another email” language is halted/removed too? With the code fix last year from Brian there were two snippets he gave me. Here’s the outdated answer so you can see what I mean:
https://theeventscalendar.com/support/forums/topic/how-to-stop-second-ticket-email-from-sending/
Thank you again for your quick help on this.
Chris
Casey,
This is DEFINITELY a much-needed feature (pretty much something *required* in a plugin of this type considering events always have a finite amount of people and usually different ticket levels). We’ve run into this same problem and have had to manually track the orders all day long to turn off ticketing when we sell out…across thousands of tickets sold across multiple events.
Is this something you guys will be adding any time soon?
Hi Guys,
I dug around some more. This is the code I’m using (based on this and another thread):
http://pastebin.com/fuYfKfChIt’s a ghetto way of removing the message (it’s not removing the function, just putting in a blank space). Is there a more elegant way?
One other thing that has me concerned a little more…it appears it’s not exactly the same code (for stopping the ticket 2nd email) as the code you posted here to turn off the ticket emails: https://theeventscalendar.com/support/forums/topic/how-to-not-send-the-e-tickets-tickets-to-be-retreived-at-the-event/#post-167786
Could you please let me know what the correct code is that I should use to both turn off the ticket emails and not have that other line of text appended?
Thanks!
ChrisHi Rob & Barry,
I just used the code above – https://gist.github.com/MZAWeb/d18252e91b6328abbf93 but I’m not getting the “You’ll receive your tickets in another email.” to go away. What am I doing wrong?
I tried it both with the github code by itself and with the github code PLUS the remove_action(‘woocommerce_email_after_order_table’, array(TribeWooTickets::get_instance(), ‘add_tickets_msg_to_email’), 10, 2 );
Neither one worked. Please help.
Thanks,
Chris 🙂Hi Barry,
Thanks for the response.
Actually, we didn’t find an easy fix. The popular Better WP Security was offering the “Enable SSL” option for pages, and it worked great with every other plugin we use, except the the Event Calendar Plugin code. Since yours is the only plugin it wasn’t working with, I’m guessing it has to be something with ECP not playing nice with BWS. We used another HTTPS WP plugin and had to manually go through every page/form to enable the plugin unfortunately. Seems like it’s working now, but still never got to the root cause unfortunately.Hi Kelly,
Have you already tested this with other folks running WooThemes? We rolled back to 3.1 to get everything working…so I’m hesitant go back to 3.2 (which we know will break the site) just to test this. I saw reports in the forums of other problems occurring after this was put in place? I’m a little wary as you can imagine. Looking forward to hearing from you on best path to take…Thanks,
Chris 🙂
