[Barry]

Glad to hear it and thanks for sharing your alternative — we’re always stoked to see things like this as we know it can be a great help for others researching issues like this in the future.

I’ll go ahead and close this topic, but of course please don’t hesitate to post new topics if anything else crops up and one of the team will be only too happy to assist 🙂

[Barry]

Hi Joshua,

We are limited in terms of how much we can help with custom dev work like this but I’d be happy to point you in the right direction if I can 🙂

Within the template you referenced, you should have access to $ticket[‘ticket_id’]. In the context of WooCommerce-based tickets, you should be able to use this to obtain the matching product ID with some code like this (note that, you would need to do this from within the main foreach loop in that template):

$product_id = get_post_meta( $ticket['ticket_id'], '_tribe_wooticket_product', true );

Equipped with the product ID, you can then do:

echo apply_filters( 'the_content', get_post( $product_id )->post_content );

Or whatever makes sense in your situation. Does that help at all?

[Barry]

Hi Thomas,

I’m sorry to hear you’ve had a less than smooth upgrade experience.

My site does not show correct update links for Pro and Community Events when you do release updates.. They do not give me the extra line with the new build and links to the change log.

This is an ongoing bug and you have our apologies. We do hope to address this soon.

And the Community Events build number is still 4.4.3? There is no other build available for download.

I’m not completely clear as to your question.

On February 9 this year we released Community Events 4.4.2. Today we released 4.4.3. Both should be available for you to download on this page. If that is not the case or if I’m misunderstanding your question, please let me know.

So with the new build you are forcing the<my url>events/community/list to be https://<my url)/events/community/list to navigate to the page. Did I miss a document telling me this? How is it guys make these changes and provide no advice on the impact on your end users.?

We didn’t provide advice about this simply because it was not an intentional change and, in fact, is not one I see myself locally.

Can you clarify which links changed, exactly? Were they for example custom links added to a menu from within the Appearance → Menus admin screen, or something else? If you can provide an outline to help us replicate this I’d love to dig in and see if I can get to the bottom of it.

Right now, however, I’m not sure I see the same problem and nor can I identify changes that would have accidentally introduced it.

Thanks!

[Barry]

Hi Tim,

I’m sorry to hear you’ve hit up against some issues with Google Analytics and The Events Calendar.

We don’t however provide technical support here in our pre-sales forum. It may however be worth posting on the Google Analytics plugin forum/contacting their support team and, on our side, you are also welcome to:

• Post in the community forum, where other users might be able to assist (we also do period scans of that forum, though the degree of assistance we provide is limited)
• Or, if you have a valid license key for any of our products, please simply login and post on our premium forums

Thanks!

[Barry]

Hi Maximilien!

I would like to allow only premium members (with a monthly or annual paid subscription) to be able to create new events. How could I achieve that? Do your plugins allow it out of the box (like role based capabilities) ?

It’s certainly possible to restrict the ability to submit new events to those users who are logged in — however if you need something more fine grained than that then, yes, it would be possible to set something up but it would require some amount of custom development work (and, I should be clear, while we’re always happy to point users in the right direction we tend to be limited in terms of how far we can help with such things).

So, basically: this is very possible – but would likely require you to build a customization.

[Barry]

Hi Kreg: apologies for the lack of movement on this issue. Does this remain a problem for you?

[Barry]

Hi Anne,

Thank you for contacting us – though I am sorry to hear you are experiencing some difficulties.

Where possible we do try hard to stick to one issue per topic: we’ve generally found that trying to handle lots of different problems or questions in a single thread is a recipe for confusion and frustration.

However, let’s at least get started by reviewing each question in turn 🙂

1. Are there pre-prepared templates? Are there sample views for this?

Yes, there are. Each of the event views are composed of templates as can be seen on our demo site. Additionally, it is possible to override and customize them quite easily.

2. I would like to create the photo view in only 2 columns on some pages. How can I do this?

Custom CSS is probably the best way to achieve this. If you want more specific guidance, please do create a fresh support topic for this issue.

3. The shortcodes do not work if I access the calendar data of a particular category on a page with another widget / plugin, while still using the mini calendar for all categories. But I do not need on all sides the sidebar, because it restricts me too much. This is all very complicated … and frustrating. I use the page builder of SiteOrigin Pro. Perhaps inconsistencies are known?

Again, this seems like it would be best discussed in a forum topic of its own.

I don’t know of a bug such as you have described, but if you can provide some steps to replicate and link to a live example, that would help us to understand 🙂

4. In the list views and the monthly calendar, I need all recurring events. That is why I did not activate the option “Show only the first event of the event series”. However, I need the representation with this option on some pages because I want to give an overview of the productions, but without the repetitions. Is there a solution for this?

I’m afraid there is no way to achieve this without some adding some custom code to do so.

If you wish to continue discussing one of the above in more detail here in this topic, that’s completely fine. However, if you can create new forum topics for everything else that you still need help with, that would be appreciated.

Thanks!

[Barry]

Hi Colm,

I’m really sorry to hear you’ve hit up against some snags with ticket stock. With that said, I’m not sure I can replicate quite the same thing. Here’s what I tried:

• I created a new type of ticket with an initial inventory of 100 units
• I purchased 2 of those tickets
• Without the order even being formally ‘completed’, the inventory was reduced to 98 units
• When I revisited the single event page, the ticket form also showed that 98 units were remaining

Am I misunderstanding or are there additional steps I would need to follow to see the same problem as you are experiencing?

Thanks!

[Barry]

I guess we handle it all manually – which is fine, just not desirable.

I fully understand.

What you outlined certainly sounds achievable but we also need to balance this with the complexity, cost and stability of the plugin, besides our mutual support of Easy Digital Downloads as an ecommerce backend. In other words, we’d have to think very carefully before adding something like that and I hope that’s understandable.

I guess that would be a feature request, though… Thanks!

Please do — any if you wish to share specific UserVoice URLs you create here in this topic (to better help others researching the same things to locate them) that would be absolutely fine.

[Barry]

So, inventory is correct, but if you want to see who is attending, everyone is there, including the refunded ticket

This is by design.

A ticket has been issued and – virtual or not – can be considered to be in the customer’s possession. It’s also not a given that a refunded order means they are not allowed to turn up at the venue.

It’s continued inclusion on the attendee list means however that staff are empowered to make an informed decision (they can see that the ticket was indeed issued – but was refunded, for instance) and that potentially makes a lot of situations easier to deal with than having a customer turn up with what appears to be a valid ticket, but no trace of it in the attendee list.

Which is fine if the order was for one event ticket (we can change to refunded), but if they had multiple and only refunded one, you wouldn’t change the order status to “Refunded”. The order would remain in a “Completed” status.

I take your point and yes, that means there are circumstances where an entry on the attendee list is not flagged as having been refunded.

In such a case, some manual administrative work is required – this might involve manually deleting the attendee record. So far as I understand things, in the case of partial refunds or stock adjustments being made via the order screen, we cannot easily identify which precise ticket/attendee record that change relates to.

Ok – with all the above in mind, the next solution to help in this is that we manually delete the attendee after we do the refund. Which is fine – we can do that. The problem with that is that it also returns 1 ticket to the inventory. So, you do the WooCommerce refund, inventory is return – and delete the attendee – inventory is returned. Basically, double returning the inventory. We then have to make another step of reducing the inventory after deleting the attendee.

I’d love to hear your own thoughts here: how would you like this to be handled? Right now, though, yes – manual work is required to correct things.

Automatically restocking tickets when an attendee is deleted is something we added following feedback from other users. Bear in that if an order is refunded, we can’t always assume that the corresponding attendees/tickets are void and that if an order is partially refunded with a matching stock adjustment, it is not currently possible for us to determine which specific ticket the change relates to.

I can tell the store manager this is the process, but it seems sort of convoluted. I am sure they are going to look at me and say – really?

Could you issue a partial refund but avoid re-stocking the product inventory? That seems like a possible way to reduce complications.

I know much of this is feature request type stuff, but I thought I would run through it all before I go that route.

Feature requests are the right way to go for much of this.

They provide us with a sense of demand and allow others to comment and elaborate on their own situations. Thanks again for all of the feedback so far 🙂

[Barry]

Hi David!

It’s really difficult to say simply because there are potentially a ton of factors that could be getting in the way.

On the PHP side of things, your theme (or a plugin or piece of custom code) could be modifying queries and misfiring in some way – which actually is not all that uncommon. On the frontend side, perhaps some code written in JavaScript is interfering with things and resulting in the wrong properties being passed back to the server (when you click ‘Find Events’, or otherwise trigger this issue).

Determining the seat of the conflict- in terms of identifying which if any plugin or theme seems to trigger the behaviour – is definitely a solid first step.

[Barry]

Clearing from the support queue.

[Barry]

Perhaps some SQL like this would form a base you could build on and adjust further?

SELECT attendees.ID             AS attendee_id,
       orders.post_status       AS order_status,
       billing_email.meta_value AS customer_email

FROM      wp_posts    AS attendees
LEFT JOIN wp_postmeta AS related_event ON related_event.post_id = attendees.ID
LEFT JOIN wp_postmeta AS related_order ON related_order.post_id = attendees.ID
LEFT JOIN wp_posts    AS orders        ON related_order.meta_value = orders.ID
LEFT JOIN wp_postmeta AS billing_email ON billing_email.post_id = orders.ID

WHERE related_event.meta_value  = 12345 -- Adjust to match the event ID
AND   related_event.meta_key    = '_tribe_wooticket_event'
AND   related_order.meta_key    = '_tribe_wooticket_order'
AND   billing_email.meta_key    = '_billing_email';

Observing the note to adjust the event post ID accordingly.

[Barry]

Happy to help 🙂

I’ll go ahead and close this topic, but should anything else crop up please don’t hesitate to create a new support topic and one of the team will be only too happy to assist further.

Cheers!

[Barry]

OK – glad you’re all sorted 🙂

I’ll go ahead and close this topic, but of course if we can help with anything else please don’t hesitate to create new topics as needed and one of the team will be only too happy to assist if they can.

[Author]

Posts