[Barry]

That’s a great question!

It does come complete with RSS integration so you might be able to do something with a suitable RSS reading app, but other than that I’m afraid it currently does not send email or IM alerts (great idea though – feel free to suggest it 🙂 ).

With that said, our plugins are nothing if not customizable so it would certainly be achievable to build something like this.

I hope that answers your question, but let me know if I can help with anything else.

[Barry]

Hi there Adam,

I’m sorry you are experiencing difficulties.

I suspect this may stem from a conflict with the Mailchimp plugin which appears to be active on your site. Can you confirm by temporarily deactivating it, flushing your browser cache and checking to see if that resolves the problem?

I appreciate you may not wish to leave it deactivated indefinitely but if we could confirm if that’s the problem in the first instance that would be great.

Thanks!

[Barry]

Glad to hear it 🙂

There can occasionally be a delay before WordPress reports that an update is available – simply because if it checked on every single request there would be a lot of unneeded delay – and so going to the actual update screen (found as a sub-menu item under Dashboard) is often worth a try as this usually triggers a refresh.

In any case, awesome that everything is resolved and I’ll go ahead and close out this thread – but of course if anything else crops up definitely create a new thread and let us know.

Last but not least, if you have a moment to spare we’d love to hear your thoughts on The Events Calendar in general over on our plugin review page – it’s always great to hear from our customers and learn about your experiences.

Thanks again!

[Barry]

Hi Thomas,

Im sorry Barry, but this is not acceptable for me to have to jump through hoops when things get broken after an upgrade of your plugin. Why exactly should I have to basically shut my site down to trouble shoot this.

The last thing we want is to cause you frustration.

So far as I could tell, though, you had already run through these steps (you had answered yes to the two related questions we ask when you open a thread) and I was just trying to clarify if this led you to detect a conflict or not – believe it or not, people do sometimes find that there is a conflict but don’t make this clear initially.

These steps are fairly standard, though, and realistically they are one of the fastest and most effective paths to determining the root cause of problems like this one. They don’t always succeed, as may be the case here, but the fact is if we don’t ask people to do this then very often we are effectively left stumbling around in the dark.

I certainly agree they may cause some amount of disruption if performed on a live site – we do appreciate that – but remember you do not have to perform them on that same site: most hosts these days make installing a new WordPress site pretty much a one-click installation, so creating a test site (in a sub-directory, for example) is generally speaking an easy process and gives you a place to test without disrupting your live site.

I deactivated every plugin on the site except the ones needed to run the tri.be plugins. I still have the problem. I reverted to 2011 and still had the problem.

Thank you in any case for giving it another try and confirming the result. I’ve taken a closer look, though, and I do still suspect a conflict.

Can I ask you to temporarily disable just the Mailchimp plugin, then ensure you clear the cache (it looks like you have WP Super Cache installed) and view one of the affected pages again – please also be sure to flush out your browser’s cache – then let me know if there is still a problem.

If at all possible and the problem persists despite Mailchimp being deactivated, it would be fantastic if you could leave things as they are without reactivating it so I can take another look at that point.

Thanks for your help and cooperation with this.

[Barry]

Hey Adam,

By purchase groups do you mean orders? You can certainly edit them manually (and add additional line items, including tickets) but this would of course not be ideal if each purchase was made by a separate person.

Is creating a new order that “imitates” the old one – and marking it as complete – a possibility?

[Barry]

Glad it’s all sorted 🙂

I’ll go ahead and close out this thread, but of course if anything else crops up please don’t hesitate to create a new one and one of the team will be only too happy to help.

Last but not least, if you have a moment to spare, it would be awesome to hear your thoughts and experiences with The Events Calendar so far over on our plugin review page.

Thanks again!

[Barry]

Nope, that’s not intentional at all. If I look at your site using the second URL it is also corrected back to:

http://livemusicproject.org/venue/benaroya-hall/

Looking at single event posts, it doesn’t look like they use tribe_venue in the slugs for venue links, either. Can you confirm if there’s still a problem or if I am misinterpreting – where can I see an example of this sort of link (containing tribe_venue)?

[Barry]

Our pleasure 🙂

[Barry]

Pleasure 🙂

[Barry]

Hi pickleshy,

There is no setting for this – rather we made it easier to override both name and slug with a short snippet like this one (which might be added to your theme’s functions.php file):

add_filter( 'tribe_venue_label_singular', 'change_venue_name' ); 

function change_venue_name() {
    return 'Some Other Name';
}

You would then have venues called “Some Other Name” and a suitably sanitized slug like some-other-name for use within permalinks. Remember you would need to flush your permalinks after implementing this (by visiting Settings > Permalinks) or you might hit some odd behaviour.

Does that help?

[Barry]

Hi Tim – thanks for reaching out to us 🙂

Based on previous experience, I think the fundamental problem may be that for each translation of a page there is a different post entity, created by WPML, and so the IDs are different and the relationships between ticket and event are not established … at least, that’s my basic theory – it may be slightly different and more complicated in practice.

I’ll certainly make a note of your interest in this – we are listening and are tracking demand for better WPML integration – but I’m afraid at this time we cannot offer any substantive support for WPML integration issues.

[Barry]

Yep, there aren’t too many options right now. As ever we’re more than open to feature requests and you could up-vote/comment on this one if you felt it was suitable, or else create a new request.

Thanks again 🙂

[Barry]

Sure thing 🙂

…Or if you can distil it down to a set of easy-to-reproduce steps that might work, too, but it would be equally great to see a live example.

[Barry]

There have definitely been incremental changes along the way – but nothing specific comes to mind that fits the described problem. If you’re able to isolate the problem to one or more custom event templates, can you do a side-by-side comparison and see what’s different in each?

[Barry]

No apologies necessary, your post is nice and clear 🙂

While you try to integrate this fix in a future release, may I suggest you to find a way to import the full size of the cover pictures of facebook events. For the moment, we can sadly import the cover only in 720×720 pixels.

That is certainly our intention but we have found that Facebook can dynamically change their API and this causes issues from time to time.

I’d love to see a Facebook URL with a cover image, if you have one, that’s causing you difficulties – just in case it provides us with any additional context (and definitely feel free to share such by private reply if you prefer and are happy to).

Thanks!

[Author]

Posts