[Barry]

Hi simpleconnections – I’m sorry you’re experiencing problems.

If you could create your own thread though that would be much appreciated as we often find that every case is different and it can get confusing if, for instance, we have several different voices in the same thread all at different point in the troubleshooting process (plus when you create a new thread you can share your URL etc safely without exposing it to the world).

Thanks!

[Barry]

If it’s all good for you then that’s great – sometimes though we suggest people toggle the default template setting and for various theme-specific reasons (sidebar positioning and other things) it’s not the ideal fit they’re looking for. On other occasions, like this, there’s no issue whatsoever (which of course is fantastic!).

I’m glad it’s all working for you – and will go ahead and close out this thread. If we can help with anything else though please do create a new thread and one of the team will be only too happy to assist.

Last but not least, we’re always keen to hear from our customers over on our plugin review page and would certainly love to hear about your own experiences with The Events Calendar. Thanks again!

[Barry]

Hi dmg4683,

Interesting idea!

The best starting place for a customization like this is our Themer’s Guide – it covers the basics of safely overriding and customizing our templates.

One thing I’m not sure of is if you are wanting to place this extra information in the tooltip or next to the event title – but whatever the case, there is excellent documentation within the pro/week/single-event-hourly.php template itself and that is the best guide for this sort of change.

In terms of detecting whether or not to add this extra information (ie, whether or not the user has “admin powers”) I’d recommend building on the comprehensive suite of functions WordPress itself makes available for this purpose, such as current_user_can().

I hope that helps 🙂

[Barry]

Hi Silvana,

I’m sorry you’ve had such a rough upgrade experience.

Can you confirm which versions of The Events Calendar and Events Calendar PRO you are updating from?

Do you have any customizations (such as template overrides or event-related snippets in your theme’s functions.php file) in place and does removing or temporarily disabling them help?

[Barry]

“Categorieklueren” is category colours, right? Are you missing the help tab then or has it just been dropped because you reduced your browser window size to take that screenshot?

Ordinarily, you would see a “Help” tab after the “Licenses” tab.

[Barry]

Happy to help 🙂

I do see your point and, as ever, please don’t hesitate to post new feature requests (or add your support to any suitable existing requests) 🙂

Right now though I’m not sure there’s too much more we can do to assist with this one unless you have any further questions on the same topic?

[Barry]

Yes: please put your add_action() call in your functions.php file, along with the function itself. Does that help?

[Barry]

Hi Tom,

We did indeed make that change as part of a response to a number of customer concerns: it’s possible to restore the previous behaviour, though, and if you want to give that a try please add the following code to your theme’s functions.php file:

/**
 * Allows visitors to page forward/backwards in any direction within month view
 * an "infinite" number of times (ie, outwith the populated range of months).
 */
class ContinualMonthViewPagination {
	public function __construct() {
		add_filter( 'tribe_events_the_next_month_link', array( $this, 'next_month' ) );
		add_filter( 'tribe_events_the_previous_month_link', array( $this, 'previous_month' ) );
	}

	public function next_month() {
		$url = tribe_get_next_month_link();
		$text = tribe_get_next_month_text();
		$date = TribeEvents::instance()->nextMonth( tribe_get_month_view_date() );
		return '<a data-month="' . $date . '" href="' . $url . '" rel="next">' . $text . ' <span>&raquo;</span></a>';
	}

	public function previous_month() {
		$url = tribe_get_previous_month_link();
		$text = tribe_get_previous_month_text();
		$date = TribeEvents::instance()->previousMonth( tribe_get_month_view_date() );
		return '<a data-month="' . $date . '" href="' . $url . '" rel="prev"><span>&laquo;</span> ' . $text . ' </a>';
	}
}

new ContinualMonthViewPagination;

Does that work for you?

[Barry]

Hi – thanks for posting.

That snippet seems to work as expected when I test it, in list view and in week view (no events from my test category displayed).

Is there any further information you can provide/have you tried it out after deactivating all other plugins and switching to a default theme, as described in our post on looking for conflicts? It could definitely be worth adding this snippet when no other plugins and only a default theme are enabled and seeing if it works then.

Thanks!

[Barry]

Hi velveeta42,

Thanks for posting this as a separate thread: we genuinely appreciate it (and I’m sorry that fix didn’t work for you).

I’m afraid I can’t actually replicate the same problem. With that snippet in place the ticket email is blocked, but the order confirmation/receipt email is still dispatched.

Is it possible that one of the following are at play?

• The confirmation email is being sent but has found its way into your spam/junk folder
• There are problems with your hosting provider getting in the way (of course, if on removing that snippet things go back to normal that is unlikely to be the cause)
• You are testing this out on a pre-existing order and are simply changing the order status, rather than testing with fresh orders?

Let me know!

[Barry]

Thanks for clarifying.

You’re absolutely right – I’ve updated our internal bug tracker and we’ll do our best to get this addressed. I’ve also linked this thread to the bug report so we’ll keep you updated as things progress 🙂

Our apologies in the meantime for the inconvenience.

[Barry]

You do need to have entered a valid license key (in Events > Settings > Licenses) for this information to be visible – is it possible you didn’t complete that step after activating Events Calendar PRO?

[Barry]

Thanks!

Just to clarify, it has to be entered per user – so it may have been added to your own user account but it definitely wasn’t set up in the profile of the test account you created 🙂

Can I ask you to double check that it is correct? With that API key in place I can certainly see the same problem – and it’s not restricted to your site. When testing things out locally with your API key I was able to inspect the actual response coming back from Eventbrite, which was as follows:

{
    "error": 
    {
        "error_type":    "Authentication Failed", 
        "error_message": "Invalid user_key"
    }
}

So, essentially, it’s telling us the key is wrong.

The other thing that strikes me is that it doesn’t look like most Eventbrite API keys I have seen. Though Eventbrite doesn’t state that it will be anything other than a random string of characters, in my experience it is generally numeric (containing no letters) and somewhat shorter than the one you provided.

By contrast, when using my own API key the event was imported without any difficulties.

In short – I think double checking your API key could be the answer to this problem. Can you do that (and refer as needed to our Eventbrite Tickets new user primer, particularly this section)?

Let me know how you get on 🙂

[Barry]

Hi John,

Yes, that would impact – the WooCommerce philosophy here is that manual order control requires manual inventory control:

• Let’s say we create a new ticket with an inventory of 100
• A regular customer buys 2 → inventory decreases to 98 as you would expect
• We then manually create an order for a further 3 tickets → this is a manual intervention and WooCommerce will not adjust the inventory levels automatically
• What we have now are sales of 5 units but a remaining stock of 98

The above scenario would leave us with a summary of Sold 5 of 103 which is not an inaccurate representation of things though I do understand it is not what you want – but the answer here is to manually adjust the stock levels (in the above scenario you would reduce the inventory by 3 units).

Does that help here? I do realize it can catch users off-guard, but it’s ultimately a behaviour of WooCommerce rather than WooCommerce Tickets – you can see exactly the same thing with regular non-ticketing products – and fairly easy to workaround.

Let me know if that gets you on track or if I’m misunderstanding your issue.

[Barry]

Glad that helped 🙂

EXERCISE CAUTION WHEN OVERRIDING CODE

Definitely: it’s always wise to be cautious – especially if you are using a theme which is likely to receive updates that might wipe any changes to functions.php. In cases like this, you could always consider make this change within a child theme functions.php file or indeed you could set it up within a plugin of its own.

At any rate, I’ll go ahead and close this thread as it looks like you’re all sorted – but if we can help with anything else please don’t hesitate to create a new thread and one of the team will be only too happy to assist 🙂

Last but not least, we’re always keen to hear people’s thoughts on The Events Calendar and if you’d like to leave a note about your experiences with the plugin so far over on our plugin review page we’d love to read it. Thanks again!

[Author]

Posts