Forum Replies Created
-
Posts
-
Hi David:
It’s always great to see people building new and fun features. Unfortunately it’s not something we can help with, it’s a custom development task and we really have to leave that to you.
The only thing that jumps out from your register_taxonomy() call is the use of an additional args key – I’m not sure that’s actually used, but it probably won’t impact adversely either. Perhaps the problem lies elsewhere?
Hi rockingrebels,
Sometimes it isn’t possible for Events Calendar PRO to communicate with the key validation server due to constraints within the hosting environment. It’s also possible of course that there was a temporary glitch on our side.
Certainly do try again (you could also try doing so without any other plugins activated, and only a default theme, to check in case something else is interfering) and hopefully it will work as expected.
With that said, if you continue to hit problems, do note that not having a license key will not prevent you from using Events Calendar PRO: all of its features will function as expected. Operationally the only side effect of not being able to register a key is that you will not be able to take advantage of automated updates and you can take care of this with manual updates.
Does that help at all?
Switching to a default, unmodified theme (such as Twenty Twelve, Twenty Thirteen etc) and checking to see if some similar phenomenon takes place is a good starting point.
Beyond that you’d really need to dig into your theme and look at the code that produces that loop of posts – and figure out why it is being triggered.
I can appreciate your frustration, at the same time it is far from being the case that we claim ECP is perfect or bug free – we know it has bugs and bugs will in all likelihood continue to be detected over the course of its life, as with any piece of software – and we absolutely do appreciate help in identifying possible bugs.
I keep asking for some insight into how ECP is implemented – what functions/procedures are called when it is initiated etc so I can try to find the file or code that is at fault
It’s a complex plugin. If you look at the opening section of code in events-calendar-pro.class.php (the TribeEventsPro class itself) you can essentially follow the breadcrumb trail and see what is being called and when it is slated to execute.
If you look at my home page, what calls would ECP be making that could cause problems with the main loop – i.e. what other calls are being made to WP_Query/get_posts etc?
If you have no event-related widgets in place and have not integrated events into the main blog loop then, even so, a lot will be set up in readiness to respond to certain events (but many will not be actioned). There are a tremendous number of possibilities and really this would require hands on debugging.
If it were me and I was focusing on the Tim Thumb problem I would inspect that first of all – see how it behaves ordinarily and figure out what inputs it takes and what is filterable – then look at the same processes with Events Calendar PRO activated.
Debugging is an advanced topic, however, and I wouldn’t want to offer up any vague guesses that might inadvertently take you off track.
Yes – both tribe_get_start_date() and tribe_get_end_date() use the standard PHP syntax for date formats – sorry for not making that clearer.
It sounds like you’re on track now however and so I’ll go ahead and close this thread. If there is anything else we can help with please do go ahead and and create new threads as needed.
Thanks!
Hi lbsv,
I’m sorry if you misunderstood what Events Calendar PRO’s capabilities are with regards to recurring events support, but it certainly isn’t our intention to mislead. Again, what I’d suggest if you want to see this feature is posting on our UserVoice page:
Right now I’m afraid there’s nothing we can do, at least in the short term, and so I will close this thread.
Thanks, sazarnoff.
What’s interesting is that – if this was due to a lack of cleanup after one of our queries, I’d expect it to change an existing loop to include event related data, rather than trigger a cascade of regular posts.
To recap, is this issue specific to your theme (if so, what theme are you using)?
We can’t offer up or commit to any specific dates, but there’s certainly an excellent chance that the next maintenance release will be with us soon 🙂
Filters (I’m guessing you mean the filters plugin?) may not be available quite so quickly, but we are close.
Hi Andrew,
How about categorizing everything else in a Main category, then linking to that as your principal calendar? You could even catch requests to the main calendar and perform a redirect, so as to stop people landing on an uncategorized version of month view (for example).
Does that sound like a workable solution?
Glad you fixed it dex82. If we can help with anything else please do create a new thread or threads as needed.
Cheers!
Hi Marcin,
Sorry to hear that you’ve hit difficulties here.
The first thing to note is that you can’t mix and match different versions. If you have reverted to The Events Calendar 3.1, for example, you must also pair it with Events Calendar PRO 3.1. So if you’ve done something other than this (it sounds from your last post like you might have done) then you would need to correct this.
With regards to tags, yes, there is a bug in the current release that you may be hitting up against and we’re very sorry for any inconvenience: we hope to fix this in the next maintenance release.
In the interim though you can try using 3.2 and adding this snippet to your theme’s functions.php file (you can normally omit the opening <?php tag, though).
Does that help?
Hmm, ok. Again without being able to see this it’s hard to visualize exactly and, I’m afraid, we do not offer phone based support.
Please also understand that we’re not necessarily familiar with your choice of plugins or with your theme – so I’m not sure what you mean by ‘page builder’ but I’m guessing that is the name of your theme, or some feature it ships with?
Hi jussibr,
That function certainly isn’t bulletproof – but can you give an example of a link (or single event page) where it fails? Even if you’ve temporarily removed it, that may give a little insight into what’s going wrong.
Is it failing, for instance, on pages where there is no website link?
Hey Jan – the plugin homepage (for The Events Calendar Category Colors) can be found here:
Hi Alexcia,
Looks like a bit of a clash between stylesheets. Can you add (either to your theme’s stylesheet, any area it makes available for custom CSS or else a custom tribe-events.css stylesheet) the following code:
.events-archive .ngg-widget.entry-content { width: auto; }Does that help at all?
