[Barry]

OK, thanks for all the info 🙂

At this point can we rewind a little and confirm if there is a problem when all modifications to our plugins have been removed and when no other plugins are activated and, additionally,only a default, unmodified theme such as Twenty Thirteen is in place?

Do you find this issue still occurs under those conditions and/or by following those steps were you able to isolate this to a conflict with another component?

Thanks!

[Barry]

I’m really sorry but we just can’t offer a commitment to specific dates in relation to our release schedule.

With that said, I do feel pretty confident in saying the next maintenance release will arrive within the next week or so – as it’s just in the final stages of preparation at this point – however please don’t bank on it, simply as it’s not impossible some unknown factor might cause a delay.

[Barry]

Sure – I hope you get things sorted 🙂

[Barry]

Awesome, happy to help!

I’ll go ahead and close this thread – but if we can help with anything else please don’t hesitate to create new threads as needed … also – if you have a moment and wanted to leave a review, that would be great – we always love to hear about people’s experiences with The Events Calendar 🙂

[Barry]

Hi brocktoncg,

I’m sorry you’re facing difficulties here: Casey asked me to take a look at this as I had a test site running on Nginx to hand.

The first thing I’d note is, if pretty permalinks/rewrites are working generally on your WordPress site – and they seem to be – there is no particular reason that the Community Events pages wouldn’t work simply because you are using Nginx. Testing this for myself locally with Nginx as the web server, it all works as expected. Our configurations could certainly be different, though – perhaps you could share the relevant server_block via Pastebin/Gist so we could take a peek and see what you’ve put in place?

However, I suspect Nginx is something of a red herring here: when I try to view your community submission form we’re not seeing Nginx’s stock file not found error on the pages in question and the request is clearly being routed by WordPress (albeit it isn’t reaching its final destination) – that tells me the problem is most likely somewhere in the list of rewrite_rules maintained by WordPress itself.

I have deactivated plugins, changed themes and all that.

I fully appreciate you taking the time to do this but I’d like to ask that you try one more time and follow these particular steps in order:

• Ensure The Events Calendar and Community Events are up-to-date (looks like you noted having already done so)
• Deactivate all other plugins including any mu-plugins, if any are set up, and take particular care if you have been using a caching plugin to ensure no caching side effects persist after deactivation (seek help from the relevant plugin author if this might be the case)
• Switch to a default, unmodified theme – Twenty Twelve or Twenty Thirteen are perfect for this purpose
• After doing this visit the Permalink Settings screen: you need  change nothing, just visiting this page should cause the rewrite_rules list to be regenerated
• Now try navigating to the relevant Community Events pages
• Do you see them now?

If you do that would indicate that the problem is indeed the result of a conflict that occurred somewhere along the lines. If you still hit the same problem I’d love to know what you see (is it the usual WordPress 404 page, for instance? Right now for instance I notice we do not see a 404 page).

Let me know how you get on 🙂

[Barry]

Hi Tom,

You’d  need a creative workaround for sure. Taking a high level view there are certainly ways and means of hiding those date inputs from users, so from there the question is what do you set them to “under the hood” and how do you flag up events internally as being dateless (perhaps you might set up postmeta fields or something like that).

However, these are really challenges we’d need to leave to you/the implementing developer to solve 🙂

 

[Barry]

Excellent!

If you have any further questions just let me know, otherwise we’ll be happy to help out if you need assistance over on the Events Calendar PRO forum 🙂

[Barry]

Hi henriettahudson,

I’m sorry you’re hitting problems here.

Can you walk me through what you’re seeing here? For instance, is the actual text you are searching for MARVEL [DOT’S BIRTHDAY] and can I confirm you are using the search box that appears in the admin screen listing all the events, typically found somewhere to the right of all the links reading something like All (200) | Published (196) | Drafts ( 2) … ?

I also wonder if you could try deactivating all other plugins besides The Events Calendar/Events Calendar PRO and additionally switch (just temporarily) to a default and unmodified theme.

Does the same problem still occur under those conditions?

Let me know how you get on 🙂

[Barry]

Hi!

I need help posting 1 calender on 3 sites!

I’m afraid our plugins aren’t designed to do this “out of the box”. It would definitely be possible to implement as a customization but you’d probably need to be fairly confident in terms of working with code.

For something like this realistically it may be best to reach out to a suitable freelance developer (though if you are interested in figuring things out for yourself and have any more specific questions we can help with we’ll be happy to point you in the right direction if we can) 🙂

[Barry]

Hmm, that’s odd. I see you already tried turning off all other plugins and switching to a default theme, though (and thanks for giving that a shot!). Can you confirm if you saw the same problem under those conditions/were you able to isolate this to a conflict with your theme or another plugin?

Thanks!

[Barry]

Hi – sorry you’re facing difficulties.

It looks like that translation wasn’t compiled into the current release, but the good news it seems to have been fixed as of the very next maintenance release which will arrive shortly 🙂

In the meantime, perhaps you could workaround this by adding a snippet like the following one to your theme’s functions.php file?

add_filter( 'gettext', 'temp_translation_fix' );

function temp_translation_fix( $text ) {
	$target = 'Show only the first upcoming instance of recurring events';
	if ( $text !== $target ) return $text;
	else return 'Nur die erste Veranstaltung einer Terminserie anzeigen';
}

Would that work until the fix arrives?

[Barry]

Hi Cliff,

Yes – as far as I can see the sample code I provided works as expected with recurring events (definitely feel free to try it out and confirm for yourself, though). Looking at the Meta Box plugin code though I can broadly see what’s happening here:

• As things are now, recurring events are made up of lots of different child posts – one for each event in the series – plus one parent post representing the entire series
• When you edit all events in a series and hit update the save_post action fires multiple times (once for each post)
• Each time this happens the RW_Meta_Box::save_post() method is called – which handles saving the meta data – but it is designed to run once only and so is unlikely to ever save the meta data in the case of the parent post (but it’s important that happens)

While I can definitely see the line of reasoning for the way RW_Meta_Box::save_post() behaves I don’t feel it represents a bug in our code. It’s just when it comes to dealing with recurring events you’re hitting up against a scenario the authors of that plugin didn’t anticipate.

I hope that sheds some more light on what’s happening – but I think we’ll need to leave it to you to figure out the best path forward from here if you need to keep using it as it is ultimately looking like an integration issue rather than a failing as such on our side.

Good luck 🙂

[Barry]

Hi – I’m sorry but customizations like this are items that you would need to drive forward by yourself.

A third party library called Woot Library might be of use here (please also see these example “recipes”) and you could either build on top of this or even simply strip out/adapt the bits of code you need.

Good luck 🙂

[Barry]

Hi!

Glad it’s been a good experience so far 🙂

Use of regular post tags rather than a new event tag taxonomy was a conscious decision and there are no plans at this time to revise that … however, we’re always open to feedback and if you wanted to post a request along the lines of either changing this or supplementing it with an additional event-specific taxonomy (“event tags” in this case) we’d certainly consider it, particularly if it gained traction with other members of the community.

Another thought is that our Filter Bar plugin – which would allow you to view the calendar and constrain it to events with a specific tag – could be useful to you here?

[Barry]

Hi Kevin,

Can you point me to a live example of a problematic event?

On creating a test event with special characters in the title (“Super duper > strange ɶ chars”) and assigned to an organizer with a hyphenated name I found it was imported as expected.

You’re clearly experiencing something other than that, though, so it would be awesome to see this in action.

Thanks!

[Author]

Posts