[Jason]

Another update (sorry for all the updates… I’m talking to myself here):

I’ve commented out most of that page since this section at the top of the page seems to be where the real bottleneck is:

$this->attendees_table->prepare_items();

$event_id = $this->attendees_table->event->ID;
$event = $this->attendees_table->event;
$tickets = Tribe__Tickets__Tickets::get_event_tickets( $event_id );
$post_type_object = get_post_type_object( $event->post_type );

The browser crash happens when I let the ticket list actually load per my previous reply.

So right now my client can’t do a ticket lookup at all unless I build some sort of custom solution. If I let them do that, your event class grinds everything to a halt, presumably because the attendee list is so large.

Any help here would be very much appreciated.

[Jason]

To update a little further, I have implemented a hack that disables the ticket table from being shown, but still allows for check-ins. The file is

/wp-content/plugins/event-tickets/src/admin-views/attendees.php

I have added this, but it only speeds things up a little. There must still be things happening on that page that are causing an iteration over all attendees or something:

<div>
	<h2>Ticket list temporarily unavailable</h2>
	<p>We are currently troubleshooting an issue where all tickets are displayed, causing very slow site behaviour. We hope to have this portion back up and running soon. Ticket checkins will still work normally.</p>
</div>

<?php
	// We're going to hide this for now since it's slowing down the site drastically. 
	/*
<form id="topics-filter" method="post">
	<input type="hidden" name="<?php echo esc_attr( is_admin() ? 'page' : 'tribe[page]' ); ?>" value="<?php echo esc_attr( isset( $_GET['page'] ) ? $_GET['page'] : '' ); ?>" />
	<input type="hidden" name="<?php echo esc_attr( is_admin() ? 'event_id' : 'tribe[event_id]' ); ?>" id="event_id" value="<?php echo esc_attr( $event_id ); ?>" />
	<input type="hidden" name="<?php echo esc_attr( is_admin() ? 'post_type' : 'tribe[post_type]' ); ?>" value="<?php echo esc_attr( $event->post_type ); ?>" />
	<?php $this->attendees_table->display() ?>
</form>
<?php */ ?>

I think a paginated list on this page is a must, but I don’t want to hack it any further, and I would consider this a flaw/bug in the design. Would you agree?

[Jason]

Any chance of getting a reply to this? It’s been two days.

I need a solution to this even more now. The attendee list size is causing VERY slow checkins for the people outside scanning tickets. It’s getting to the point where they have to wait a long time and in some cases, the browser just crashes.

Please advise ASAP.

[Jason]

Hi Brook,

I’ve started from scratch and I now have the intended behavior. Not sure if it was due to special characters or the steps I had to perform to solve another few bugs described in my reply in this thread.

Either way, ticket numbers are now counting up with the proper prepended text.

Thanks,
Jason

[Jason]

Hi George.

Okay, I’ve done the equivalent of “shooting a fly with an elephant gun” and have completed the following tasks:

• Made Backups
• Deleted both the events calendar and the plus version completely
• Deleted my product in woocommerce
• Deleted the page which held my ticket (and emptied trash)
• Installed fresh copies of plugins AND as was recommended installed The Events Calendar (I’m assuming the Tribe__Events__API class is defined in that plugin which is why it’s required)
• Created my page, added a ticket to it, adjusted in woocommerce

I have now tested this and the API errors are gone, and the admin menu works as anticipated. Seems like the workarounds are working.

Can I make a suggestion? Getting to the attendee list is really difficult for the average user. Would be cool if there was an easy way for them to do that. What I’ve done to make it easy for my client to check people into the even is this:

/*-----------------------------------------------------------------------------------*/
/* Add event attendee link to WP menu to make it easy */
/*-----------------------------------------------------------------------------------*/
add_action( 'admin_menu', 'register_custom_menu_link' );
// Thanks for the tip http://wpsites.net/wordpress-admin/add-top-level-custom-admin-menu-link-in-dashboard-to-any-url/
function register_custom_menu_link(){
    //Add main admin menu link
    add_menu_page( 'ticket-holders', 'Ticket Holders', 'manage_options', 'ticketholders', 'wpsites_custom_menu_link', 'dashicons-tickets-alt', 5 ); 
    //Add submenu link for Events menu item
    add_submenu_page('edit.php?post_type=tribe_events', 'Ticket Holders', 'Ticket Holders', 'manage_options', 'attendees', 'wpsites_custom_menu_link');
}

function wpsites_custom_menu_link(){
    wp_redirect( 'http://santasvillage.ca/wp-admin/edit.php?post_type=page&page=tickets-attendees&event_id=11071', 301 ); 
	exit;
}

Cheers.

[Jason]

Interesting… Check out the screenshot. It’s just a page that I attached the ticket to. So the post type is just that: ‘page’. But you may be on to something.

The title is: Park Admission (Ages 3+)

So there are some special characters in there. The woocommerce product has the same title.

Just now I tried changing the title and permalink slug on the page, and tried changing the title on the woocommerce product to not include any special characters. The result is still the same. Tickets are counting backwards (or as you say, not including a prefix).

Tomorrow I’ll try starting a new product and new event to see if that fixes anything.

Thanks.

[Jason]

Right you are – I was sort of referring to all of the open tickets for this build, some of which are causing front end issues.

[Jason]

Thank you, Cliff.

Updates would be appreciated since we all have organizations/clients waiting on us, many of whom are losing sales because the plugin seems like it wasn’t RTM when it was released.

Hope you can keep us in the loop.

Thanks.

[Jason]

I believe this issue needs to be fixed before any other recently identified ones. Any fixes to my other issues that you might release can’t be applied since I can’t even update to the most recent version due to this bug.

Would appreciate your urgency with this one. Thanks.

[Jason]

Superman reference never hurts 😉

I have the issue of not having the “events” screen at all along with some other menu items described in this ticket: https://theeventscalendar.com/support/forums/topic/not-seeing-options-under-event-tab-in-admin/ – so I added my tickets to a page (I thought that was my only option). Screenshots all attached, including the one you’re after.

[Jason]

Further to my previous post, I just tried deactivating ALL other plugins and set the theme to Twentysixteen. Same result as above.

[Jason]

I have run into this as well. Check other menu items. In my case, some of the menu items that should be under “events” are under “Posts”. It’s going to be VERY confusing for my client (who needs things to be clear as a bell). I haven’t tried troubleshooting this one yet.

[Jason]

I rolled back to version 4.2.1 and things work fine. Please advise if you find a fix for this.

Cheers.

[Jason]

If it helps at all, the class Tribe__Events__API isn’t defined anywhere in v4.2.2 of Event Tickets or Event Tickets Plus. Hence the error.

[Jason]

This reply is private.

[Author]

Posts