[Barry]

Ah I see – I misunderstood first time round. So one technique would be to add a snippet like this one to your theme’s functions.php file – the advantage being, you can have a single snippet responsible for adding event categories to all the different places you want to add them to – and that would make it easier to maintain/update in the future.

Alternatively you could override and customize individual templates (in the case of list view for example you might do so with list/single-event.php).

I hope that helps – and do check out our Themer’s Guide (link over in the right under Useful Resources) if you are unfamiliar with the customization process.

Thanks!

[Barry]

The problem of course is that I can’t see your issue and that makes it very hard to diagnose so, unfortunately, at this point I can’t say I do know of a solution (since I don’t know what the actual underlying problem is) 🙂

What I’d recommend though is creating a new installation of WordPress, perhaps in a subdirectory, and see if you can get our latest plugins up and running there in an otherwise fresh and default WP environment. If everything works for you there then try adding all of the same plugins (and your theme) from the live site to the test site – and see if anything is directly tied to the breakage.

Let me know if that helps!

[Barry]

Thanks again Enollo 🙂

Note that these snippets are a temporary work around until the lovely Tribe developers find the issue and resolve it within the plugin.

Great advice and we do indeed have this on the radar – and I believe Chris has just made the assigned developer aware of your fix.

Cheers!

[Barry]

Excellent – I made a note for the developer assigned to this bug report to take a quick look as it could definitely be useful from our end and, of course, for other customers who are affected by this issue.

One note we wanted to pass back was that in certain browsers some implementations of replacestate (which we are relying upon here) are in a state of flux – and that at least in part has led to this issue rearing its head for users of those browsers.

We’ll continue progressing things on our end though and hopefully we’ll get a solid fix out there soon. For the time being I’ll go ahead and close this thread.

Thanks!

[Barry]

An obvious difficulty in trying to replicate is that I don’t have either your data or this particular custom post type that you are using – nor do I know the complete context (ie, where are you actually deploying these shortcodes?).

However, if I set something like this up it returns the expected results and – if I inspect the WP_Query object (in my example) – it has not been taken over in any way. This is true whether I use the shortcode in a regular page or even if I embed it in an event description and view that single event.

It could definitely be I’m misunderstanding some aspect of what you’ve done in your own code and my own test is failing to replicate it, if so definitely let me know: should there be a bug here we’ll be happy to investigate further. Right now though I’m not sure exactly why or how the problem you are describing would come about.

[Barry]

Yep so not all of the expected _Event* entries appear to be present – so assuming you can derive the necessary information to create those from what’s available in the source feed you should be good.

We do very much seem to be in custom development terrain here though and so I’ll go ahead and close this thread – but it definitely sounds like an interesting project and we wish you luck 🙂

Thanks!

[Barry]

Can you try adding some CSS like this (either to your theme’s stylesheet, or any area it makes available for custom CSS, or else a custom tribe-events.css stylesheet)?

[Barry]

If I visit what looks like your main events page at your-domain.com/events/ I can see a populated calendar. Clicking through to individual events also works as expected – can you confirm if you have resolved this / if I am misunderstanding the problem?

Thanks!

[Barry]

It’s certainly possible to create and integrate new post types and taxonomies – and many people have done just that – so that sort of approach could be one means of doing this.

We also welcome feature requests if you want to go ahead post one though I would note that this sounds rather specific and so is probably better suited to living as a third party plugin or addon rather than something that should be integrated into the core plugin itself.

Thanks! I’ll go ahead and close this thread now.

[Barry]

Hi millie6 – that’s fantastic and I’ve updated the other thread you created (and so will close this one to avoid duplication/confusion). Thanks!

Link to your other thread: https://theeventscalendar.com/support/forums/topic/html-code-before-content/

[Barry]

I’ve personally not done this within the context of a multisite install, but we can certainly leave this open for a period and see if any members of the community can chip in 🙂

[Barry]

Have you customized your views at all – and does reverting any custom event templates to the defaults along with switching to a default, unmodified theme (and deactivating all non-Modern Tribe plugins) resolve this?

Thanks!

[Barry]

Great: “pathinfo” style permalinks that include index.php do indeed have a history of causing problems here (and we appreciate they are unavoidable in some environments), but it sounds like you have a working solution now which is great.

If there’s anything else we can help with please let us know by creating new threads as required 🙂

Thanks!

[Barry]

And are the expected post meta entries all in order for these custom imported events?

[Barry]

It shouldn’t, is the short answer 🙂

Is it possible that in the context of where you are using those shortcodes an event or event-related query has already run? Have you also investigated if any other plugins/your theme/other custom code might in turn be impacting here?

[Author]

Posts