[Andras]

Hey,

Yeah, that should be possible.

A colleague was kind enough to throw together this snippet that should do the trick.

function move_attendee_list() {
    if ( ! class_exists( 'Tribe__Tickets_Plus__Attendees_List' ) ) {
        return;
    }
    $attendee_list = Tribe__Tickets_Plus__Attendees_List::instance();
    $render_list = array( $attendee_list, 'render' );
    remove_action( 'tribe_tickets_before_front_end_ticket_form', $render_list, 4 );
    add_action( 'tribe_events_single_event_after_the_meta', $render_list, 20 );
}
add_action( 'wp_loaded', 'move_attendee_list' );

Hope this does the trick.

Cheers,
Andras

[Andras]

Okay. I understand if you can’t update at the moment, due to another issue. Hopefully that fix will pass the tests and will solve this issue next week.

I will try to check where that can be changed. I couldn’t find it so far. Hang in there.

A.

[Andras]

Hi,

As we talked about this today, it is resolved, so I’m going to close it down.

If you find any more, keep them coming!

Cheers,
Andras

[Andras]

Hey Tom,

If you want sold tickets to be associated as well, then you are in for a long night I think.

When an order for a ticket is placed, then there is

• a line is created in wp_posts for the WooCommerce order itself
• one line for each ticket in the order is created in wp_posts

This is the wp_postmeta created for the ticket (not the order): https://cloudup.com/cp-w6hfC1CA

The order postmeta you don’t need to worry about that much. Doesn’t contain connections to tickets.

Note, there might be other data as well in the database, but I believe this should do it.

A.

[Andras]

Hallo Michael,

Happy to hear the translation of recurring events works again.

The language switcher bug is being estimated now. I do hope we will be able to develop a fix for it soon. It will not be in the next maintenance release, but we do hope to get it done in the one after.

Thanks for your patience so far!

Cheers,
Andras

[Andras]

Hello Greg,

I’m sorry to hear about all the issues you are having. I understand how frustrating that must be.

I will do my best to try to help you sort out this one.

As I start I immediately tested the following scenario in 2 different setups:

• Set up EDD with the test payment gateway
• Create a single, non-recurring event
• Create one EDD ticket with single (non-shared) capacity of 5
• purchase the ticket on front-end
• purchase was successful, it is set to complete by EDD bot and on attendee list I properly see either “1 sold (4 remaining)” or “1 sold (sold1)” based on the EDD version.

Let me know if this is also the process you tested, or if you did anything significantly different.

These are the 2 setups I tried it on.

Setup 1: latest versions of TEC, ET, ET+, EDD

Setup 2: like your current setup

• TEC 4.6.12
• ET 4.6.3.1
• ET+ 4.6.2
• EDD 2.8.18

(I also had current PRO 4.4.24.2 with both, but likely that doesn’t influence anything here.)

All worked well with both setups. This likely signals that something else is at play here.

Although I hate to ask you any of the following next steps, knowing how upset you already must be with this, but since I haven’t been able to reproduce the issue, these are the 2 ways forward.

Path 1:

Setting up a blank site with only the calendar plugins and EDD with the test gateway. Check if you can recreate the issue.

If all works well, then add the following, checking possibly at every step if the site / purchase still works:

• your payment gateway
• your parent theme without any extra snippets and mods
• your child theme
• your child theme with snippets / mods
• rest of the plugins (this you can do activating 5 at a time to speed it up)

Once it stops working you will know that whatever you activated the last time produces the error.

If still all works well at the end, then there is likely a glitch on your live site.

Path 2:

Conflict testing on the live site OR creating an exact copy of the live site and setting it up as a staging site.

I understand if you are not too keen on testing stuff on a live site. Lot of people are and it is usually not recommended. In this case the plugin called Health Check will be of great service. This will allow you run a conflict test on your live site for your user only, so the visitors will not see anything, they will still see your regular site. One note: plugins and themes can be activated / deactivated, but the change in any plugin settings (i.e. default calendar view) will also affect the live site.

Some good news for the end, it looks like that the issue with the stock reduction on page refresh / visit will have a fix very soon. The fix is undergoing rigorous testing this week and if all goes according to plan, then it will be released sometime next week.

I very much hope we can also get this “Awaiting Review” issue sorted out for you by then, so you can finally have the site that you deserve.

Let me know the result of your test(s). I’ll be here and will help you further if needed.

Cheers,
Andras

[Andras]

Hi Salilou,

Thanks for reaching out!

Let me try to help you out with this question. Though we are limited supporting customizations as stated in our support policy, I can try to give you some pointers here.

For what you want to achieve probably a template override (or more if you want this on several views, like month view and single event view as well) would be best. You can find a guide on template overrides in our Themer’s Guide – https://theeventscalendar.com/knowledgebase/themers-guide/

And here are three functions from our documentation which will help you show the number of tickets:

• https://theeventscalendar.com/function/tribe_events_has_unlimited_stock_tickets/
• https://theeventscalendar.com/function/tribe_events_count_available_tickets/
• https://theeventscalendar.com/function/tribe_events_has_tickets/

Hope this help you get started. Let me know if you need further guidance.

Cheers,
Andras

[Andras]

Hi viperfish,

Thanks for reaching out to us!

I’m sorry to hear about the disappearance of the data from the front end.

The functionality / checkbox can usually be found in the Tickets section when editing an event. You will find a ‘Settings’ button there: https://cloudup.com/cpUx-mlWKia

When you click that you will be presented more options, one of them will be the ‘Show attendees list on event page’: https://cloudup.com/cj3DvhJrdxV

That box needs to be checked separately for every event, if you want to show the attendee list.

Does this help?

Cheers,
Andras

[Andras]

Hey Tom,

Thanks for reaching out! Let me try to help you figure this one.

When you create a ticket it will be added to wp_posts and gets an ID. This part you already know I guess.

Also in the wp_postmeta table a bunch of metadata will be created for the ticket. One of those is “_tribe_wooticket_for_event” which will have the the ID of the event as a value.

For example, you created an event, which will get the ID 40 in wp_posts.

Then you create a ticket that will get the ID 42 in wp_posts.

Then in wp_postmeta there will be a row like this: https://cloudup.com/cM0CT5JGLGY

This is valid for the ticket products only.

The case for the sold tickets is different.

Hope this helps, let me know.

Cheers,
Andras

[Andras]

Hi Kevin,

I’m sorry to hear that snippet didn’t do it.

I made a small tweak to the snippet Barry provided, you can find it here:

https://gist.github.com/andrasguseo/810b8d419e4c5f0ceb80135c90b78c5c

For now this is as much as we can do about it. If this doesn’t work and you need this functionality, then the workaround would be to roll back to the version of the plugins where it was still working.

We will definitely post an update here once a fix for the issue is released.

Cheers,
Andras

[Andras]

Hello Kasper,

The bugticket is still on the waiting list, it doesn’t have a release date yet. I pinged the MR team to give it some push.

Until it gets fixed, as a workaround you can roll back to Event Tickets 4.6.3.1 and Event Tickets Plus 4.6.2. The counter was still working with those versions when I was testing it.

Thanks for your understanding and for your patience!

Cheers,
Andras

[Andras]

Hi,

not working with tickets that have shared capacity and cancelled orders

Yes, that is a fact, as I mentioned in my earlier post.

This is a complex process, which we might be re-visiting at a later point. As for now, manual intervention will likely be needed for tickets with shared capacity.

Let me know if there is anything else I can help you with.

Cheers,
Andras

[Andras]

Hi Kornél,

While I understand your frustration about the plugin functionality – we don’t develop themes – I would like to point out again that for the time being only The Events Calendar and Events Calendar PRO are WPML compatible.

Event Tickets and Event Tickets Plus are not officially compatible with WPML, nor do we claim so. It is on our long term roadmap to get these compatible as well.

This however does not influence the core functionality of the ticketing plugins.

Let me know if you have any more questions before we close this topic.

Cheers,
Andras

[Andras]

Hello again,

I’m sorry to hear about this. That is really unusual and frustrating.

Can you give me some more info on this so we can investigate better?

What feed(s) is this happening to? Is it with all or only a certain one / few?

Approx. when did this start to happen?

Does it happen to more organizers or only that one?

And whatever information you think might be helpful.

Thanks!

Andras

 

[Andras]

Hi Joanna,

Thanks for reaching out!

You can drag the bottom right corner of the box and drag it bigger.

If you want it to be bigger in general then you can try the following css snippet:

#tcepostcontent_ifr {
height: 400px !important;
}

Of course, adjust the height according to your needs.

Does this do the trick?

Andras

[Author]

Posts