[Barry]

Hi francedroy,

Both seem to be working for me (using Chrome also). Can you confirm if this is still a problem for you or if you have resolved it while waiting for a reply?

@mpurse: please do feel free to monitor this thread, but if you need further help it would be best to create a new thread of your own.

Thanks!

[Barry]

Yes – I’d certainly imagine so. A customization like this isn’t something that we can provide in depth support for, however, but there are probably at least two angles of attack you might investigate.

The first would be modifying the query or queries used to build this data up in the first place, the second and arguably easier path would be to customize the month view templates (see our Themer’s Guide for an overview) and handle things at that level, trapping and reordering the events for each day.

https://theeventscalendar.com/support/documentation/events-calendar-themers-guide/

[Barry]

Would a snippet like this help (which you could add to your theme’s functions.php file)?

[Barry]

Hi Jonathan,

Is your problem here the same as that of the original poster (in that you are using The Events Calendar Housekeeper) or is that not the case with you?

Can you share your System Information as provided on the Events > Help admin screen?

[Barry]

Hi epratt,

At this point I think we need to go back to basics and try our standard troubleshooting steps of reverting to a default, unmodified theme (such as Twenty Twelve) and deactivating all other plugins:

But I can’t see any events in the back end to make changes. The site is a live site so I can’t really go changing things on the fly as far testing with a different theme or shutting off other plugins. No other plugins have been added.

We completely understand: but perhaps you can use a testing environment or even create a fresh installation in a subdirectory, build up some test data and then start adding the theme and other plugins in use on your live site to try and detect any conflict.

Is that possible here?

[Barry]

Great!

[Barry]

Hi Neil,

I believe the Woo team are planning to address this – right now though it does indeed enqueue resources across all admin screens, not just their own, and that unfortunately causes some amount of interference as you’ve found.

Please try adding this snippet to your theme’s functions.php file as a workaround (though you probably won’t need the opening <?php tag) until this is hopefully fixed in a future update of WooCommerce Subscriptions.

Thanks – I hope that helps!

[Barry]

Hi Shaun,

Definitely possible – but not something that is baked in to the plugin. Please do add your voice to any existing feature request or even create a new request, and we’ll certainly consider it.

I’ve also seen this plugin: http://wordpress.org/plugins/the-events-calendar-private-category/ does this still work with the latest version? Is it going to break at any time?

I have no idea, I’m afraid – it’s not one of our plugins and this is the first time I’ve actually heard of it.

[Barry]

Hi Justin – I can’t seem to replicate the same behaviour which is definitely not desirable … and we actually have code in place to prevent the same event being returned as part of the results.

Is it possible this is a conflict (whereby another component is modifying queries)? If you deactivate all other plugins and switch to a default, unmodified theme such as Twenty Twelve does the same thing occur?

[Barry]

Hi Nanda: I can only assume your theme is changing the query’s posts_per_page setting – might be worth checking in with the theme author/vendor on this one.

[Barry]

Hi Bev,

Thanks for your patience and apologies for any inconvenience you experienced while creating this thread (I know you created a separate topic because this one seemed to have disappeared – I’m not sure why that would have happened but hopefully it was a one-off).

What you are describing seems to perfectly fit the description of a known bug: we are very sorry for the disruption it has caused for you, but do know that a fix is in the works and should roll out with our next maintenance release.

[Barry]

Hi Bev: I’ll follow up with you in the other thread shortly. Thanks!

[Barry]

Hi morktron,

There is no built in means of doing this and you’d really need to craft a solution of your own.

If you are working with an SEO plugin you might find they have some handy filter hooks to do this kind of thing: alternatively if you are doing things yourself you can certainly work with the hooks made available by WordPress itself and for instance filter wp_title then take things from there … your code could detect if it is the main events page by using a combination of our conditional template tags like tribe_is_event_query() and tribe_is_upcoming(), etc.

The main events slug itself (in terms of editing the URL) can be customized via the Events → Settings → General admin screen.

Other than that I’m afraid you’ll have to figure out the rest of the details by yourself – good luck!

[Barry]

Afraid not, nor do I see any Javascript errors on your home page. Have you approached the theme vendor and do they have any ideas as to why this might be happening?

[Barry]

Hi James: as with siggiboy81 please try the suggested snippet as a temporary workaround until we resolve this in an upcoming release – if you need further help though I’d ask that you create a new thread of your own 🙂

The event from the Events Calendar shows up first (no matter if it was posted long time ago)

@siggiboy81: what you are describing here sounds like it may very well be the expected behaviour. Basically, events are ordered by event date (rather than the date they were created/posted) whereas posts are ordered by publication date.

So, for example, if you have two events and a post all with the same tag you might see them ordered something like this:

* Event taking place on 20 January 2014
* Post published on 25 November 2013
* Event that took place on 31 July 2013

Does that clarify things?

[Author]

Posts