[Barry]

Hi Scot,

Great question. Event queries are basically built on top of WP_Query, so familiarizing yourself with that aspect of WordPress is probably a great starting point as by the sounds of things you are wishing to restrict the number of returned results.

For ideas you might want to check out the question posed in this thread and the ideas put forward by Snorton – though that isn’t exactly what you want to do at a high level it would seem a basically similar idea.

Good luck!

[Barry]

Hi inproma,

We are indeed aware of the first issue (with the ajax responses for the calendar widget) – it’s logged in our issue tracker and should be resolved in an upcoming maintenance build.

Regarding your second point, we’re aware HTML entities are required in order to insert certain characters etc. We hope to make some improvements but for the time being we’d recommend simply dropping in a link to Pastebin, Gist or a similar service for any code you need to share.

Thanks!

[Barry]

Hi threecedars.

When I view the resulting .ics file I can see that it is being modified by WP Super Cache which is appending an HTML comment to the bottom of the file. Of course, it isn’t an HTML file at all and that is quite likely to be causing this problem.

With that in mind, can you try removing WP Super Cache (follow the vendor’s advice on doing so closely, as merely deactivating it does not always guarantee its effects will cease) and see if that remedies the issue?

Thanks!

[Barry]

Hi Karen,

To help me build a better picture of the problem, can you point me to an example of where the problem would be occurring (assuming you were still on 3.2) and describe the actual issue you are experiencing?

Thanks!

[Barry]

There’s not a great deal I can add on top of Snorton’s advice here, Milauskas (and thanks for sharing Snorton). Does that give you enough to get started?

[Barry]

Hi Tony: you could create a venue without any geographic information, I guess, but would perhaps tagging be a better way to approach this?

[Barry]

Hi leviticus, great question.

“All events” (for recurring event) are displayed using the list template, so you could for instance override and customize list.php (please see our Themer’s Guide for an overview of the process) and then add some code like this to an appropriate location within that file:

if ( tribe_is_showing_all() ) {
$link = '<a href="' . tribe_get_listview_link() . '"> Return to event page </a>';
echo $link;
}

Does that help?

[Barry]

This is very irregular and isn’t something we’ve seen other users report.

Would you be able, perhaps in a subdirectory, to install a fresh copy of WordPress and start only with our plugins. Set up a few events and the calendar widget and see if the same problem takes place. Assuming for the moment everything works as expected in that scenario, can you start introducing the other plugins and themes as you have on your live site and see if the problem then becomes apparent at any point?

Thanks!

[Barry]

Sure, bear with us a little longer.

It does seem like it might be a peculiarity of Google’s map/geocoding engine itself (since other cities like Leeds, Newcastle etc provide an option mapped to the appropriate UK city – in other words, Birmingham is a sort of aberration) but we’ll check to make sure nothing has regressed in our own code and update you at that point.

Thanks for your patience!

[Barry]

Hi mickdaly,

Unfortunately it’s very difficult to provide further assistance on this one without directly working with and inspecting your site which, regrettably, is generally beyond the level of support we can provide. It does sound like something rather atypical is happening with your menu – and I suspect the answer may lie somewhere in your theme code (or within whatever piece of code is generating it).

Sorry we can’t offer more on this occasion.

[Barry]

Hi renegadeartglass,

Tricky situation.

There seem to be two key points here – namely that A) if you navigate back a month (in which case the new month data is returned by ajax) we are missing events and B) if we navigate directly to that same month, by reloading the URL so that ajax is not used, then it seems to be populated.

I’d agree this doesn’t look like an issue relating to jQuery versions or ajax failing completely (otherwise we’d be experiencing something quite different) but even so it does seem that something is interfering with the queries which run server side in order to respond to event-related ajax requests.

The question is, why? Thanks to your troubleshooting we do know that this only occurs when your theme is active. At this time there is nothing to suggest that this is due to any malpractices on our part and for that reason, unfortunately, we can’t help any further.

We do realize this leaves you in a difficult position but all I can say at this stage is that should it turn out there is indeed something we could do better here then we’re absolutely open to investigating further and making a change – but we would need to be presented with an argument to that effect. Right now this simply doesn’t look like an issue with our code.

If it helps we can certainly provide a list of freelancers and independent developers who might be able to provide the extra assistance you need to integrate these two products/troubleshoot further?

[Barry]

Hi digitalbyjess,

The change I suggested – modifying list/single-event.php – will not impact on single event views so I can’t help but suspect you have indeed made a change in the wrong place, which might also explain why you are not seeing any changes in list view.

We’re generally happy to give a prod in the right direction for customizations like this but ultimately we need to leave it to you to put them in place and figure out the details; in this case I think you require a little more support than we can realistically offer you and so will bow out at this point.

If you would like, however, we can certainly provide you with a list of freelancers and independent developers who are comfortable working with The Events Calendar and might be able to provide the extra assistance you require here?

[Barry]

No problem at all 🙂

[Barry]

Definitely rather strange: if you create a new event taking place at that same venue, taking place some weeks from now, does it then show up?

[Barry]

@memeco: the first thing to do in that case is try (temporarily) running WP without specifying a language and see if the problem is resolved at that point. If it’s not, please do create a new thread as this sounds like it might be subtly different (I’m not actually sure why the locale settings would impact, however).

@Kevin: great that it’s fixed.

To address your point re changing wp-config.php, for many users there is zero need to modify that file. That said, it’s a good location in which to define constants like this one and it’s worth noting that this is neither the only constant definition in The Events Calendar which you might make there, nor is The Events Calendar the only plugin to make use of and test against constants.

I assume that you can load this constant elsewhere, namely in one of the plugin files.

There are indeed other places you could define this constant (assuming you need to define it at all – in your case of course you do, but that’s not true for all users) but I tend to think wp-config.php, which exists for configuration purposes, is the best location for something like this. Alternatively, if you wish to create a plugin to house this definition, or define it within a theme file, then of course you can so long as you do so early enough in the request.

With all that said, the next release should see things effectively switch round so that, in your case, you can remove that definition from wp-config.php (but leaving it in place is fine, too). I hope that clarifies things and since I think (with the exception of your good self, memeco, but please do open a new thread) everyone has a workaround and we have a substantive change coming probably in the next maintenance release I will go ahead and close this thread.

Thanks!

[Author]

Posts