[Barry]

Is that screenshot of the correct event? It doesn’t look like it relates to a recurring event (recurrence is set to none).

[Barry]

Can you share your functions.php file so we can see where you positioned it?

[Barry]

Thanks for clarifying 🙂

1. Can the Event Calendar PRO’s additional fields feature be used (out of the box) on ticket basis or only on event basis?

Per event only. Remember though that each ticket is in fact a regular WooCommerce product and can be edited as such – so you could potentially assign custom fields that way.

2. Is the Event Calendar PRO’s additional fields feature, in your opinion, the best way to add additional text fields to tickets?

If you need it to contain per-ticket information rather than per-event then no, but if you did then it would simply offer a convenient way to store and edit extra information that you wish to include per event.

3. Can the Event Calendar PRO’s additional fields be easily added to the emailed ticket?

Relatively easily, yes, but it does require some knowledge of developing in a WordPress landscape.

4. Can someone provide me with the PHP call to display the ticket description on other pages or the ticket email? The call is NOT documented in your developer documentation nor is the code I found in tickets.php working: http://pastebin.com/1Ph1NGE9 – This seems like something that a plugin developer should know off the top of his head.

Importantly, it’s not a “call” and stripping code from one template and dropping it into another – where the same context may not exist – is not guaranteed to be a successful approach.

If you look in the tickets/email.php template you can see a loop near the top (beginning foreach ($tickets as $ticket) … and within that block $ticket will exist as an array – so something quite different from its usage in the code you copied from tickets.php (where it existed as an object).

In this context though that array does however contain useful information such as the ID of the event itself – and from there you could obtain the actual ticket product and display the ticket description (actually stored as the excerpt). Taking this further, that basically means that the actual product description is empty so that could be another field that you leverage here.

Hope that gets you on track 🙂

[Barry]

How strange. I strongly suspect this is due to a peculiarity of your theme; before we go any further though would it work for you to change the default template setting in Events > Settings > Display?

For instance, if it is currently Default Page Template can you try Default Events Template or vice versa?

If that doesn’t help can you try (temporarily) switching to a default theme like Twenty Twelve just to check if it is indeed your particular theme that’s causing the issue (and if so we can then focus in on why it’s doing that).

Thanks!

[Barry]

No, you shouldn’t lose the event data – but do take a backup to be safe.

Before you do that, or perhaps you could do this within a testing/development environment, perhaps you could take the installation back to a point with only Modern Tribe plugins running and a default, unmodified theme and see if it works at that point.

If it does, start by reinstating your custom theme. If the problem returns at that point we can drill into that (for instance we could rename your tribe-events custom templates folder to revert to the original templates and see if that’s a factor) and the same process for plugins would hold true – keep reactivating until the problem returns.

If we can isolate this we’ll have a better chance of fixing it 🙂

[Barry]

Hi Noel,

Though we’ve got a possible bead on this already we can’t actually replicate the problem – can I ask you to provide some details of the steps you are running through when you see this?

That would be much appreciated.

[Barry]

Hi Schalk,

I’m just waiting on some advice from one of the developers of WooCommerce Tickets and as soon as I have that I will update you.

Thanks for your patience!

[Barry]

Hi Matt,

What I’d encourage you to do here is create a new thread of your own. You can then share details about your site and what you’ve done so far (without disclosing them to the world, if that’s important to you) as this is sounding like it might be a slightly different problem than any of those discussed here.

To everyone else involved in this thread – thanks so much for your patience and support. To avoid confusion though, as the thread now contains many voices covering many different problems, I’m going to close it to new replies: that said, please don’t hesitate to create new threads if anything else crops up.

Thanks!

[Barry]

Hmm … well the fact is that isn’t a request we see every day.

I’d imagine though that the process would be no different to targeting any other plugin in a similar fashion. One way that comes to mind is to use gettext filters (all translated strings can be filtered and modified) – however that would mean testing every translatable string (not just those belonging to The Events Calendar) to check what domain it belongs to and then go from there (ie, if it is one of ours then pull it from the French .mo file, etc).

However, I’m afraid this is way beyond what we can support and I would have to leave it to you to build this specific solution.

[Barry]

Hi wwa,

Some questions/requests from one of our developers who is monitoring this thread:

* Can you either detail all of the event settings (start date, end date, type of recurrence, frequency etc) or else provide us with screenshots covering the same stuff

* Can you also tell us if when you hit the update button you are applying the change to just one event or all?

[Barry]

Fingers are crossed on our side, too. Also courtesy of Rob, again quite relevant here:

http://www.reinaris.nl/wp/change-the-language-of-a-multisite/

[Barry]

Well, we hopefully have a maintenance release which will be unleashed imminently, if you can hold tight a little longer it would definitely be worth seeing if that helps.

[Barry]

Hmm, well I can definitely see it when I view the URL you provide yet I cannot replicate it locally.

I do appreciate you took the time to deactivate other plugins – but can I check if concurrently you switched to a default, unmodified theme (and if so did that make any difference)?

If it did resolve it, is it possible that various event-related (or other) snippets have accrued in the theme’s functions.php file or anything of that order which might impact?

[Barry]

Hi everyone,

Apologies first of all for the inconvenience. This bug has just surfaced and we’re quite literally testing a fix ready to roll it out as soon as possible.

Please do bear with us and we’ll be sure to update this thread.

In the meantime some (but unfortunately not all) users have had some success mitigating this by adding the following to their installations wp-config.php file:

define('WP_SCRIPT_DEBUG', true);

Definitely worth trying – if it doesn’t fix it though please hold tight while we get a de facto solution prepared.

[Barry]

Hi invenice,

I tried to replicate this locally but could not. Here’s what I tried:

* I created a new event and made up a new venue located in Edinburgh, Scotland
* Published and viewed the event – the map correctly showed a pin somewhere in Edinburgh
* I then edited the saved venue and changed the address to Beverley Hills in California
* I saved my change, visited the event a second time and the map correctly showed the pin at the new location

Is there anything about those steps I would need to do differently to see this problem / are you doing something slightly different in your own workflow?

Thanks!

[Author]

Posts