[George]

Hey Rob,

I’m glad to hear that rolling back the version numbers is working for now, but am really sorry about the frustration of this – I’ve reported this bug urgently to our development team and we’ll be taking a look at this as soon as possible. Please keep an eye out for updates to Community Events and perhaps even Core to address this, we’re working on it!

Thanks for your patience and such with this issue so far. I will set this thread’s status to “Pending Fix” and hopefully we can get something out in the coming weeks to address this.

Cheers,
George

[George]

Thanks for the quick reply here!

By “Date format”, I don’t mean just adding zeroes – I just mean going to Events > Settings > Display, and then scrolling down to the “Datepicker date format” option. This will set the format automatically if you go to create a new event.

You change the format by just choosing a different format from the dropdown there, and clicking “Save Changes”.

Definitely worth giving this a try before the “Testing for Conflicts” steps!

— George

[George]

Not offensive at all Shub, no worries! It’s a valid thing to be worried about, for sure. Fortunately, the rest of your site’s titles for “Upcoming Events” should carry the weight just fine.

Thanks for your patience with this issue and the kind words throughout. I’ll close up this thread, but if any other questions or issues arise just open a new thread at any time!

Cheers,
George

[George]

Cool, thanks for the update! Best of luck with the project 🙂

— George

[George]

Apologies for my misunderstanding of that originally! Thanks for elaborating, I see what you mean now.

I just tested this on my local site and was not able to reproduce this behavior – in other words, both your second example of a recurring event and the first one ( Recurrence: Every Day and will end On 14/8/2015) work fine for me.

Unfortunately, that means we’ll need to do some more digging here.

First, how are you getting that date format on your site? The 14/8/2015 format specifically? Are you just using the “Datepicker Date Format” option, which I screenshotted here? → https://cloudup.com/c1wMmYakCW6

If so, does setting that a different format like 2015-08-14 make any difference in behavior here whatsoever? (i.e. make that date format change, and then try making a new Recurring event with similar dates and settings and see if the issue persists).

If that does not affect anything, then just set your datepicker format back to what you selected and proceed to the next step:

Next, unfortunately, the best step I can think of for further troubleshooting here is to run through our conflict-testing steps outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Those steps may seem tedious but are fortunately much quicker to work through than they seem – and if you check on the recurrence issue after EACH step in that process, and report on your findings, that is very valuable information. At worst, it will help rule out the possibility of theme/plugin conflicts, which is a huge deal since those sorts of conflicts account for many issues in general.

Let us know what you find!
George

[George]

Okay, thanks for sharing Florent! Best of luck with your site.

— George

[George]

Hey @Bud,

Sorry to hear you ran into that error, that’s odd – you should not be encountering that regardless of whether it’s the original event in the series or anything like that.

Can you explain where and when this error comes about? Are you just navigating to an event in the admin and clicking “Edit event”? Are you finding it on the front-end or something? Just curious about some of the context there.

Thanks!
George

[George]

Glad to hear it Cappy! Unfortunately, in regards to the Month View questions, these things would not be possible without some extensive custom coding, which we unfortunately do not offer support for here 🙁 Sorry to disappoint on that!

Please let me know if there’s anything else I can help with!

Cheers,
George

[George]

Hey Peter,

I’m really to sorry to hear this:

When I deactivate WPML the tickets I create appear in woocommerce products. But I need WPML…

This confirms that this is indeed a plugin conflict with “WPML Multilingual CMS” and our WooCommerce Tickets plugin.

We unfortunately don’t have a code-based solution at this time, although something we have started this previous cycle (i.e., it will start actually being released with the next release) is better integration with WPML. WPML is used be a not-insignificant amount of our users, but is unfortunately quite a complex plugin with lots of code and weird ways of doing things that we are wrestling with to improve compatibility.

I’m really sorry about this bug Peter – there is unfortunately not a solution at this time, and the next release itself may not address this either. If you purchased your licenses or renewals within the last 30 days, I can issue a refund immediately if you’d like: just shoot an email with your original Order receipts to [email protected], with a link back to this support thread as well for reference.

I’m really sorry Peter. Let me know what you think about all this, and if you would indeed like to be refunded.

Thanks,
George

[George]

Hey Shub,

You can indeed modify the events feed using the principles outlined in our Themer’s Guide here → https://theeventscalendar.com/knowledgebase/themers-guide/

There is unfortunately not a shortcode.

However, despite this, I just wanted to address your claim that this is terrible for SEO – that is not true. First, there is already the h2 on the page that says “Upcoming Events”, and the actual page title, whose HTML I screenshotted here for reference → https://cloudup.com/c0YHLIdPE-a

The impact on “SEO” of that extra h1 being hard coded in the page is negligible at worst, and most likely just non-existent. It will not impact your rating for that H1 to not be indexed, especially with Google.com and their complex, nuanced algorithms that aren’t made or broken by elements like this.

No effort to be rude or snarky is being made here! I’m just trying assuage the fear that this missing h1 will impact your site’s rankings. It will not.

If it’s still a big concern for you, the Themer’s Guide I shared above should be of much use to you – it outlines how to make custom templates for calendar views and such, and you be able to use those principles to concoct a hard-coded solution here.

Cheers,
George

[George]

Hey Karen,

Thanks for the update. I’ve responded to your email as well on this topic, and can echo the same sentiments here that I did there: there is indeed a combination of problems. It is not just that our queries are “incredibly” inefficient – they are somewhat inefficient, yes, but regardless of our query logic the sheer number of events you have and your web host’s performance are limiting factors.

We are working hard to improve our queries regardless and, as we coordinated over email, are very appreciative of both your patience here and your willingness to share your Database data to improve our ability to test things.

Stay tuned to things over email – we can keep our conversation there since we might be discussing data from your site and sharing database dumps and/or pre-release versions of code for you to test. In other words, things that are best handled privately over email and not in the forums here.

So, with that in mind, I will close up this thread for now. Thank you for your patience and diligence here, I look forward to continuing the conversation over email.

Cheers,
George

[George]

Damn, I’m really sorry about this Lisianne, and puzzled by it too!

You said this in your reply:

an unexplained problem is not exactly reassuring

And I could not agree more – I’m really sorry that “unexplained problem” is where we currently are on this, please be assured that we’re scratching our heads and are trying to replicate and resolve this!

Doing a backtrace is possible, but what might be just as (if not more) helpful and a bit easier to implement would be to simply see if any errors pop up during a test import if you head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That will display PHP errors if any exist, which might be quite useful here.

Beyond that, if possible the only other step that comes to mind would be spinning up another fresh, all-new WordPress installation on another site for testing purposes, then trying the import from scratch. I’m not suggesting you do this, just noting it could be another valuable test to have under our belt.

Thank you so much for your patience and persistence here. We’ll be discussing this bug on our support meeting today and hopefully something fruitful arises from that.

One last thing for now: there’s an event in your file called “School Office Closed” – does this event, or any other all-day event for that matter, import fine for you? Is it just that one “School Office Opens” event, or does literally every all-day event import incorrectly for you?

Thank you!
George

[George]

Hey Gwyneth,

If you add CSS like this to the bottom of your theme’s style.css file, it should add some spacing like you describe:


#tribe-events-content {
margin-top: 58px !important;
}


Here’s a screenshot of how that looks on your site → https://cloudup.com/crDlCK-zgRq

You can adjust the “58” there to any number you want, to increase or decrease that spacing, but this should hopefully get you started in the right direction. We unfortunately can’t offer much more than this in terms of specific code/design tweaks, but please do let me know if this works and if you have any other questions, comments, concerns, etc.

Thanks!
George

[George]

Hey Aindreas,

Thanks for your interest in our software! 😀 It’s greatly appreciated.

At this time, we do not have any sort of “pass” to our software. So, every single add-on is sold separately, and buying one does not grant you a license for another.

As for the ticketing options, our ticketing add-ons are all essentially the same, they just work with different eCommerce platforms.

So, if you are using WooCommerce to power the actual selling of things and collection of money on your site, then you would choose our WooCommerce Tickets add-on. However, if you were using Easy Digital Downloads to power the actual selling of things and collection of money on your site, then you would choose our Easy Digital Downloads Tickets add-on. Likewise with all the other combinations.

I hope this helps clarify some things – let me know if it does, and if you have any other thoughts on this matter or any other questions, concerns, etc.

Thanks!
George

[George]

Hey Adam,

Hm, this is an odd issue indeed – and one that I cannot recreate locally on my testing site!

I hate to ask you to do this so early in the support thread, but just to hit the main possibility of potential theme/plugin conflicts here, would you mind running through the steps outlined in this knowledgebase article? → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Basically, after each step in that process, try creating a new recurring event and see if anything improves with this behavior.

Let us know what you find – I will keep trying to reproduce this in the meantime.

Thanks!
George

[Author]

Posts