[Barry]

Hi @mwaldhorn,

No worries, those aren’t lame questions by any means.

It sounds like perhaps you are trying to upload the same version of Events Calendar PRO as is already installed but, essentially, if you are running The Events Calendar 3.3.1 you will also require Events Calendar PRO 3.3 – hence the warning notices.

If your license key has been entered correctly you should be able to update PRO automatically by visiting the plugin admin page – if that isn’t the case, or you are hitting difficulties there – you could alternatively grab a copy from our downloads page and install it manually, which should ensure that the correct version is on your server.

You shouldn’t lose any data, but we would always recommend making a complete backup as a precaution (and, of course, you need to be aware of how to restore that backup).

Let me know if that helps at all!

 

[Barry]

Hi @eju1,

I’m afraid they didn’t share the change they made with us either – and of course unless you know that your server/hosting environment is the same as that user’s it might not work for you in any case. Are you experiencing the same problem / can you provide an example of what you are facing?

We’d love to help if we can 🙂

[Barry]

Hi @allaccessfa,

Sorry to hear you are hitting difficulties here.

That particular message displays independently of whether or not your license key has been activated – but you can certainly clear existing keys by deleting them on the original site and also here on the accounts management page, then simply re-enter it on your new site.

Remember also that you can update plugins like Events Calendar PRO manually if you need to by grabbing a copy from our downloads page and uploading them over the old copy.

Do either of those options work for you here?

[Barry]

So there are a few options you could explore here.

One would be modifying your theme so that the post title isn’t displayed (in that position) if certain sorts of event view have been requested, which you could test for using conditionals like tribe_is_month().

This also looks like something you might also be able to resolve by adding the following line within your wp-config.php file:

define( 'TRIBE_MODIFY_GLOBAL_TITLE', true );

The reason you have to add this – ie, why it isn’t enabled by default – is because it can cause problems on some themes, but you can certainly give it a try: do either of those approaches work for you here?

[Barry]

Hi Patti,

There is certainly an avenue to doing something like this in the form of the tribe_related_posts_args filter.

This provides an opportunity to change the query arguments used to assemble a list of related posts before the query runs – so in this case you might want to amend or remove the taxonomy component of the query and add in a meta query, leveraging the _EventOrganizerID post meta field perhaps.

It’s a bit beyond the level of support we can offer to guide you through that one but the docs over on the WordPress Codex like I linked to above would be of great assistance for this kind of work if you aren’t familiar with it.

That apart, suggestions to improve or change the way related events are composed are certainly welcome and you can post ideas over on our UserVoice page, especially if you think they may be useful to others.

I hope that helps!

[Barry]

Hi @nysci,

Is it possible that you have customized that template? I notice the elements aren’t in quite the order I would expect. If so, does restoring the defaults fix things here?

Thanks!

[Barry]

OK – so in essence you can ignore that, it exists only to direct others to a source of add-ons and extensions for their calendar.

With regards to using EDD Tickets itself, I would again point you to our new user primer which covers the basics. You should be able to locate a section of the event editor right below the message you referred to that will let you set up tickets:

Does that help?

[Barry]

It’s certainly subjective: I wouldn’t personally call it a bug, it’s doing what it is designed to do, and further enhancements – making it do something new – would seem to me be to be more of a feature request than a bug report.

On a practical level, you need to be aware that there are practical difficulties in making a Javascript-based date picker efficiently mimic PHP date formatting rules (which is what WordPress uses by extension). We might be able to more readily handle a subset of this – such as 24hr format times and I’d agree that makes a lot of sense.

The primary reason I’d ask you to post this on UserVoice is that it can be a useful tool to gauge support for enhancements like this, as others can show their support for the idea or add additional feedback that could be useful in shaping the direction we take.

I hope that better explains our position. Since I don’t think there’s much more we can offer on this one, certainly in the short term, I’ll go ahead and close this thread. Please do consider posting your suggestions on UserVoice, however.

[Barry]

Excellent! (Apologies also for the delay in noticing your follow-up, we’ve had a few glitches here and there with our support tools).

What we’re going to do is look into making some further changes in our query logic to avoid the need for a workaround – realistically it may be a few releases before we can fit this work in but the above solution should tide you over until then.

Thanks so much for your support 🙂

[Barry]

I’ll go ahead and close this thread. Thanks again!

[Barry]

It’s been a couple of weeks without any update so I’ll go ahead and close this thread. Of course if you still need help with this or anything else please do feel free to create a new thread. Thanks!

[Barry]

This reply is private.

[Barry]

So the problem is specifically related to using EDD Tickets?

Have you reviewed our new user primer for that plugin and does that provide you with any further insight here?

Im not able to use this advanced functionality. If i click on the Link it always Shows me this: https://theeventscalendar.com/products/?utm_campaign=in-app&utm_medium=plugin-tec&utm_source=post-editor

Which link is it you are clicking on, exactly?

[Barry]

Ah yes, I see what you mean.

Is this specific to your theme or could another plugin be interfering? Can you confirm if you tried deactivating all other plugins and switching to a default, unmodified theme to determine this?

[Barry]

I’m not sure there’s too much to add at this point.

We have recently completed some work basically geared toward eliminating unnecessary operations on the rewrite table – it’s entirely possible that before that work was completed those additional operations may have had the happy but unintentional side effect of disguising this sort of conflict. Strictly speaking, though, they shouldn’t be needed.

In general then if you are using third party plugins that operate on the rewrite rules table – and they interfere adversely – I’m not sure there is too much we can do to help. If there was some indication that our code is at fault then of course we’d definitely be happy to revisit this, but right now I don’t believe that is the case (the fact that using the correct WordPress API functions to achieve the same goal as you were previously attempting to do with those plugins does not result in the same problems resurfacing would also seem to bear this out).

In light of that, and since it sounds like you’ve done a great job getting on top of this yourself, I’ll go ahead and close this thread.

Of course if we can help with anything else please do feel free to create new threads as needed.

Thanks!

 

[Author]

Posts