[Barry]

Well, sometimes there is a straightforward path to a fix and sometimes not: can you confirm which theme and plugin (and even provide a URL to the relevant homepages)? Can you also confirm if the situation is that both need to be activated for the conflict to occur, or if it happens when they are activated independently of one another?

Thanks!

[Barry]

OK, I have to stress though that editing core plugin code is not something we recommend. However, please look at the-events-calendar/public/advanced-functions/meta.php – you will find the various strings you want to edit from approximately line 293 onwards.

 

[Barry]

Lars, we’ve provided you with a lot of assistance recently – indeed you are one of our most active users at this time – but there are limits to how much we can do for you. As I stated initially:

On this occasion we’re not going to be able to guide you point-by-point through making this change and I hope you can understand the reasons for that.

After informing you of that, you followed up asking how to edit single event pages and we covered that. You are now looping back round to the original issue and I’ve even tried to outline an alternative approach to editing output from the meta walker, which it seems is not viable for you either.

Based on other threads where you are also having difficulties customizing the display of meta data, despite having been provided with solutions we know have worked for others, I’m wary of getting us bogged down especially for something like this which is of a slightly more advanced nature. On this occasion we are not going to be able to assist further – and for that reason I will now close this thread.

[Barry]

I appreciate it’s not working – so can I ask you to try the steps I outlined in my last reply? To recap, that was switching theme (ideally to a default and unmodified theme such as Twenty Twelve), putting that snippet back in place and seeing if it works as expected then.

If the snippet is not working is it must be possible to change the headings manually somewhere?

You could certainly take a different approach. Please see my reply in this other thread.

[Barry]

Bernhard: are you trying to highlight a different bug than the one we just covered? If so can you briefly summarize?

I did click on some dates and for instance saw events listed when I clicked on the 5 March that actually began on 4 March – similarly so on 6 March – but these were events which carried over into the next day and didn’t finish until 5am. What is your end-of-day cutoff setting?

[Barry]

The plugin was intended to be a simple and robust ticketing solution from the offset and given that I disagree that this is an “obvious addition” – it’s something that would add complexity and neither is it something all of our users would need.

With that in mind I’m not sure what else to tell you or what sort of further answer you are expecting – at this time you can post a feature request and/or you can roll your own solution to the problem … I’d certainly encourage you to post a request though (or add your support to any suitable existing requests) as we’re more than happy to consider new ideas, especially if they attract a lot of votes from other users and are therefore clearly in demand.

At this point there’s really not much more to say, so I’ll go ahead and close the thread. That said, if we can help with anything else (for instance if you have specific questions about making the WooCommerce product page available for tickets, xrossglobalgroup) please do create new threads as needed and one of the team will be only too happy to help.

Thanks!

[Barry]

PS – forgot to mention that my hosting is with Blue Host which is one of your recommended providers so not sure why hosting enviromment would be the issue.

I don’t want to derail things from the issue at hand, but where on our site did you see this recommendation?

[Barry]

Is there any possibility this ticket could be escalated for faster response time since it’s taking so long to resolve?

I’m afraid not, we need to provide fair service to all of our users and we’re working as fast as we can, but we do have a large number of users to support.

I followed your instructions exactly and did not get any results.

OK, apologies for that – can you revise the snippet so it reads like this and try again? I’ll do my best to check in on this thread a couple of times today though I can’t give any guarantees of being able to do so.

Thanks for your patience.

[Barry]

We tried finding the link in the Single Event file with no luck.

So all of those fields are pulled in using the tribe_events_single_event_meta() function – there are other ways of editing its output, though, so you could for instance catch its output using the tribe_events_single_event_meta filter and modify it that way, something like this:

add_filter( 'tribe_events_single_event_meta', 'custom_meta_alterations' );

function custom_meta_alterations( $html ) {
	return str_replace( 'text to find', 'text to replace it with', $html );
}

That’s a little clumsy though and it would be better to find out why other methods are not working in your case.

We can’t get this to work same as this won’t work: https://tri.be/support/forums/topic/active-filters-title-not-relected-on-events/

OK. Just as in that thread I’m not sure why this isn’t working for you: can you try taking things back to a default state (ie no other plugins but ours and only a default, unmodified theme) and see if it works then?

Can you also share the code you put together for this specific scenario (and please share via Pastebin or Gist, rather than posting directly in the forum). Thanks!

[Barry]

No problem – thank you – I can now replicate this (and should have caught on to this earlier) but it seems particular to using checkboxes for categories. We’ll get this logged and look into producing a fix as quickly as we can.

Thanks for your patience!

[Barry]

I’m not really sure what you’d be expecting us to look for there: didn’t you state that the problem you have described does not occur on your test site?

[Barry]

Can we back-track a little:

Actually pasting the snippet into functions.php file stops the whole site from loading.

So to confirm, this is no longer a problem – that is, you have the snippet in place but the only issue is that the labels are not being changed as expected?

If so can you provide any other information about what changed – as honestly I’m not sure why this is not working for you or why you experienced such a problem. Perhaps you could test it out with a default theme and see if it works then, in case there is some sort of conflict here.

[Barry]

OK, then that rather scuppers my theory. Please bear with me while I pass this across to a colleague with easier access to Windows/IE and we’ll try to get you sorted as quickly as we can.

[Barry]

OK, thanks for reporting back (and thanks to the author of My Content Manager!): what I’d recommend in that case is waiting out on our next release, as the area of code in question has in fact been revised and it’s probable this will be resolved once it arrives and is deployed to your site. Though I can’t give an exact timeline for the next release we’re certainly getting close.

Thanks for your patience!

[Barry]

This reply is private.

[Author]

Posts