[Barry]

Hi: sorry you’re hitting difficulties.

In the first instance can you visit the Permalink Settings screen? You don’t need to change anything – just visiting this page means WordPress will refresh its list of rewrite rules, which may be the source of the problem.

If that doesn’t work, please try:

• Ensuring The Events Calendar / WooCommerce Tickets are up-to-date
• Deactivate all other plugins (except perhaps WooCommerce itself)
• Switch to a default, unmodified theme like Twenty Thirteen
• Repeat the same step as above of visiting the Permalink Settings screen
• Now test and see if individual events are accessible

If they are now functional, reactivate everything you just deactivated one-at-a-time, testing at each stage to see if reactivating one reintroduces the problem (as it’s not impossible this is a conflict).

Let me know how you get on!

[Barry]

Well, if your theme is going to hit problems with the latest versions of WordPress it may realistically be best to look at updating it – whether via the official source (if there is one) or by asking someone to review it and make any adjustments that might be necessary. Or indeed replace it with something current and supported.

Beyond that, you can if you prefer grab historic versions of our plugins from our downloads page (and from this page on wordpress.org) … however please do note that the amount of support we can offer if you hit problems with an older version is going to be limited in the extreme – you’ll certainly be reverting to code with known bugs that have been resolved in our most recent releases.

I’m not really sure how many other avenues there are in this situation :-/

Does that help – or at least clarify things?

[Barry]

Hi – sorry for the inconvenience, here.

Yes that’s definitely a bug and I’ll log it as something we need to address (in fact, it looks like one paragraph element is nested inside another – and the browser is doing its best to transform it into something that makes more sense – hence it may seem like there are empty paragraphs above and below).

In the meantime, you could workaround this with a template override. Please review the Themer’s Guide for some essential background info on this process – what you’d basically need to do though is make a copy of community/modules/header-links.php and find this line of code within it:

echo tribe_community_events_get_messages();

Then, in your theme’s copy of the template, delete that line and replace it with:

// Get the messages
$messages = tribe_community_events_get_messages();

// Strip the leading and trailing paragraph tags
if ( false !== ( $leading = strpos( $messages, '<p>' ) ) )
	$messages = substr_replace( $messages, '', $leading, 3 );

if ( false !== ( $trailing = strrpos( $messages, '</p>') ) )
	$messages = substr_replace( $messages, '', $trailing, 4 );

// Show the messages
echo $messages;

Does that help here?

[Barry]

I’m sorry you’re hitting difficulties here.

The first thing to try is simply a flush of the rewrite rules – to do this, just visit the Permalink Settings admin screen. You don’t need to change anything – just visiting it will prompt WordPress to clear and rebuild them.

If that doesn’t help, though I appreciate you indicated having already tried a few troubleshooting steps, could I ask you to try them again in the following order (or just let me know if that is in line with what you already tried):

• Ensure The Events Calendar/Events Calendar PRO are both up-to-date
• Deactivate all other plugins
• Switch to a default and completely unmodified theme, such as Twenty Thirteen
• Now repeat the steps to flush the rewrite rules
• Does the all page for that sequence of recurring events work now?

Assuming it does, reactivate everything once more – testing at each stage to see if the problem has returned.

Does that get you any closer to a solution or at least pinpoint any potential conflicts?

[Barry]

Hi – glad you love the plugin, it’s great to hear that kind of feedback 🙂

Notice that the “Wine Foundation Series” with a date of November 9. The first date of class is actually September 28tt, not the 9th.

Definitely odd. The first thing I notice is that there are some hallmarks of a caching plugin on your site – can you confirm it something like W3 Total Cache (or a similar plugin is active) and if so does clearing the cache resolve this?

Beyond that – is this isolated to just the event you mentioned or is it affecting lots of recurring events? If it is just one (or a handful) would it be possible to try recreating and see if the new version of the event is similarly affected?

Thanks!

[Barry]

Hi!

You can certainly form a URL to a specific week either in the future or the past, something like this:

http://wpshindig.com/events/week/2014-06-01/

Is that what you mean/does that answer your question?

[Barry]

I am not sure how you can see it locally since I have a “maintenance mode’ running at the current time so the whole calendar likely isn’t available unless you have a username/password combo to see it.

Based on your initial description I was able to replicate the same thing locally: I did not mean that I had visited your site and viewed the issue there – as I did not need to do that. What you described is, simply put, just how the plugin behaves at this time.

I am also not sure how it can be considered as a “feature request” when the hyperlink I am talking about explicitly indicates something that it doesn’t do – it indicates, by the the nature of being a hyperlink, that if one clicks the link it will see the full listing of events that have been narrowed down by the filter settings

OK – I completely understand that you view this as a bug 🙂

Another person though might assume that a link to a given day would take them to a list of all events for that day. I’m not sure we can say there is a universal right or wrong way to do things here and as I run through scenarios in my head I can see lots of cases where the behaviour you want would cause confusion for others. However, putting aside whether it’s labelled a bug or a feature request, I’d stress that this has been logged internally for further action and I’ve strengthened the report by noting you also would like to see a change there.

I’m sorry if that wasn’t clear – but we definitely will look at this issue and take appropriate action from there: realistically, though, I’d suggest you should not expect to see a change in the very next upcoming release.

[Barry]

Probably – or hopefully – the relevant code can be cleanly and safely “knocked” out of the theme, by unhooking it or some similar process.

Just how cleanly this can be done is going to depend on the way the theme was written – I’d recommend approaching the theme author for this one as they will be in the best position to provide guidance for their own code 🙂

[Barry]

Definitely possible, yes, but you’d need to be at home coding and customizing WordPress generally and have a pretty good knowledge of the inner workings of WooCommerce to boot 🙂

[Barry]

OK – but, to be clear, deactivating Event Manager didn’t impact on this issue?

[Barry]

I’m sorry to hear that but thanks for providing feedback on why it isn’t suitable for you. Of course, if you want to request a refund, please do so via email as above – one of the team will be only too happy to help 🙂

[Barry]

Unless they are truly identical down to the last detail we’d really need to figure out the differences and look at what those differences are.

If you take things back to basics and run only unmodified copies of our plugins with no other plugins and just a default, unmodified theme do you see the same thing?

Are you able to run through the above steps? That’s by far the best way to go here (or, make an exact duplicate and do so on the test site).

[Barry]

Thanks Jon: I’ll update our bug report as that may be relevant here.

[Barry]

Yes, take a look at the tribe_events_calendar_ajax_post() function in resources/tribe-events-ajax-calendar.js – the docblock for that function covers some of the actions you might hook into.

 

[Barry]

Excellent – glad it resolved itself 🙂

[Author]

Posts