[Barry]

AH I see, sorry for the misunderstanding. That currently is not baked in, at least in that specific context. We’d be more than receptive to a feature request if you want to post one about this, though.

If you can provide some ideas about what you would want to see within the tooltip in those circumstances, too, that would definitely give us a better idea of your needs.

Thanks – and I look forward to seeing your request on UserVoice 🙂

[Barry]

yes i can open a new thread for the guestbook bug, but PLEASE can u have a look NOW, the issue exists now since 6 days

Please do create a new thread: I can see the error but it would be best to progress this in a separate thread. If this is a production or ‘live’ site, I’d definitely recommend turning off the display of errors.

if u need a zip of the design folder let me know.

Yes please! It may not be due to the theme but it would be awesome if we had this to hand just in case.

yes i already tested it with other designs and it´s still the same bug.

I appreciate that – I had also asked if you deactivated all other plugins, so just to be clear (in case there has been a misunderstanding!) can you confirm if you did that at the same time as switching to a default theme?

[Barry]

Thank you: we’ll take a look and get back to you – please note there might be a slightly delay before we are able to do so 🙂

[Barry]

There does seem to be a bug here – we’ll log it and address it as quickly as we can.

• In the meantime, the operational capabilities of your plugins will not be affected!
• As and when you need to update you can do so manually and copies of our latest builds can be found here

Thanks for your patience while we look into this 🙂

[Barry]

If you’re not operating on a post revision though – and ordinarily you will not be, even if you are actively editing a post/event – we’d expect this to return false – so I’m not clear why that’s a problem here.

if( $mrw_event_origin == 'facebook-importer' && !wp_is_post_revision( $post_id ) ) { /* ... */ }

This is simply ensuring it doesn’t categorize post revisions. Does that clarify things at all? Unfortunately, though it’s awesome to see people sharing solutions on the forum, custom code like this isn’t something we can really support.

[Barry]

Definitely understandable – it’s not been built in such a way as to readily accommodate this, however.

Though a bit of a hack you could potentially catch the filter bar output and replace the ‘tribe_’ prefixes, then catch all incoming requests and map your custom form back to what the plugin expects. While not ideal it could work if you’re in a pinch, though we’d need to leave it to you to figure out the details.

Beyond that, please do post a feature request and we’ll happily consider this, especially if others also show their support.

Thanks!

[Barry]

Hod odd – I just don’t see the same thing locally and we haven’t seen other reports of this, to the best of my knowledge. Can you give an example of the text you are trying to add in that field?

[Barry]

OK, so there are a few ways to go here.

One would be to customize the output of the event list widget so that it includes the extra detail you are seeking (please see our Themer’s Guide for some essential background to this). If you are using the widget generally and don’t want it to change everywhere then you could also use appropriate conditions to pull in the extra detail only in certain situations, such as if it is being loaded on the frontpage (or whatever will meet your needs here).

Another could be to take an approach like building your own shortcode then pulling in the next event in a given category via a custom query – that’s possibly a shade more advanced, though.

I hope that gives you a few things to explore here, however we’d really need to leave it to you to hammer out the details of something like this.

Good luck 🙂

[Barry]

Puzzling.

The closest thing to a similar issue I’ve seen turned out to be a conflict (with Series Engine, I think the plugin was called, though that won’t necessarily be the case here).

With that in mind, would it be possible to:

• Double check that you are using the latest versions of The Events Calendar/Events Calendar PRO
• Deactivate all other plugins
• Switch to a default and unmodified theme
• At this point, there are a few things to test out:
  • Do the events you already know to be affected still exhibit the same problem?
  • If you once again try editing them, are you now able to correct them?
  • At this point try creating a completely new set of recurring events … are they immune from this problem or do they suffer the same fate?
• If we get some positive results such as successfully creating a new chain of events without this problem, or being able to correct the existing events, start reactivating everything one at a time
• Check at each stage to see if your theme/a particular plugin causes the issue to recur

Is that possible here?

[Barry]

Definitely – similarly, if anything comes to light on our end we’ll do our best to post an update.

[Barry]

Thanks again for your patience.

In the short term I’ve added a temporary fix: if you view your list of plugins you will see one entitled Temporary Tribe/Events Countdown Widget Fix and it is currently active – all this plugin does is “kill” the Events Countdown widget and that should allow you to administer your widgets with the obvious exception of the Events Countdown widget itself.

For anyone else coming across this, you can implement the same fix by adding the following line of code to your theme’s functions.php file:

remove_action( 'widgets_init', 'tribe_countdown_register_widget' );

I don’t think this is strictly speaking a problem with the Events Countdown widget: the problem is rather that it is trying to load a list of all events on the system and in your case you in excess of 26,000 events – this is “crashing” the system. It looks like many of those events shouldn’t be there as there are huge numbers of recurring events taking place on the same day, so something has clearly gone wrong there – and of course you noted something along these lines previously:

<p style=”text-align: left;”>There were around 3,000 events, but that turned into 170,000 or so when imported. I also started getting a lot of bugs from the debug menu when imported, with pages not loading correctly.</p>

With that in mind:

• Once this is resolved and the duplicates are removed you can deactivate and ultimately delete the temporary fix from your list of plugins (similarly, for anyone else, you can remove the extra line of code from your theme’s functions.php file if you have added it)
• The real problem is the huge number of duplicates and cleaning that up is likely to be the key to a solution here

In your case (els76uk), how many ‘real’ events are there? Would you be able to clean things up fairly quickly by trashing those duplicates? Remember also we do now have this snippet available so if you can revert to an earlier backup from before the duplicates were generated then apply that snippet, you should be able to import data without this happening.

@ranchhousedesigns: this sounds like it may be effectively the same problem in your case. Can you test out the fix and/or look at cleaning up any duplicates and see if that resolves this?

Our apologies to all affected for the inconvenience.

[Barry]

OK – looking at your site it appears your copy of Events Calendar PRO is a tad out of date (you are running 3.0.1 whereas the current stable build is 3.5.1). As a general rule our plugins should always be in sync, so for instance if you are running The Events Calendar 3.5 or 3.5.1, as you seem to be doing, you need a corresponding version of Events Calendar PRO (either 3.5 or 3.5.1).

Can you investigate updating?

[Barry]

Thank you: your screenshot looks very similar to something we saw reported separately and I wanted to check out the theme locally but, unfortunately, that doesn’t help me to reproduce this. I know in your last thread you indicated having tried deactivating all other plugins and switching to a default theme – can you confirm the problem still occurs under those conditions?

It looks as if execution is stopping as soon as the countdown widget starts to be rendered, but before it completes. That doesn’t necessarily mean the problem is with the Countdown Widget but it’s a good place to start. With that in mind, can you try adding the following line of code to your theme’s functions.php file and see what if any difference it makes?

remove_action( 'widgets_init', 'tribe_countdown_register_widget' );

Let me know how you get on!

[Barry]

OK: can you link me to Series Engine (I may be missing it but am not seeing it in the wordpress.org plugin directory) – and if it is not freely available can you additionally reply with a link where we can download it, perhaps by posting a private reply with a download link?

[Barry]

It looks like you marked my last reply as the answer so I’ll go ahead and close the thread – of course if we can help with anything else please don’t hesitate to create new threads as needed 🙂

Thanks!

[Author]

Posts