[George]

Glad to hear this, @Danfeeley—this is the first iteration of this feature so I cannot disagree that there are some things we can do to make it better.

Best of luck with your project!

Sincerely,
George

[George]

Hey Alistair,

Thanks for reaching out! At this time, minification will break The Events Calendar, full stop—this is exactly what you describe, but I just want to be clear that there is not a known workaround for retaining minification and full Calendar functionality at this time. 🙁

I’m sorry to bear that news! Let me know what you think and if there’s anything else I can try to help with.

Sincerely,
George

[George]

Hey @Oystein,

Thank you for reaching out! I’m really sorry to see the number and scope of issues with iCal Importer on your site.

You listed three other issues that you’re facing, with links to the threads where you are working on those issues—thank you for doing this! Each of these threads will be gotten to separately, in time.

For now, I would like to use this thread to respond to just the two specific issues you posted here.

---

Event is duplicated rather than moved

Procedure:
– Create full day event A in Google Calendar March 21
– Run ICAL import manually
– Move event A to March 22
– Run ICAL import manually
Result: Events Calendar shows event A on both March 21 plus a duplicate on March 22

When you say “run iCal import manually,” if this runs successfully and Event A is created as an event within your WordPress site, then the behavior you describe here is expected. iCal Imports, at this time, are simply not “smart” enough to recognize an event on your WP site in this way: “Oh, that event is the same as this one on the Google Calendar, so I can just move the event over a day.” It sees it as another event.

If you have event A on March 21 in one import, and then the same event A in the second import—but it’s on March 22—then to iCal Importer these are basically two separate events.

---

Event is not deleted when deleted in Google Calendar

Procedure:
– Create full day event B in Google Calendar
– Run ICAL import manually
– Delete event B in Google Calendar
– Run ICAL import manually

Result: Event B is not deleted from Events calendar.

This is expected behavior, for similar reasons to what I described above.

iCal Importer does not keep two calendars perfectly in-sync. It does not “match” one calendar to another and “watch” it for deletions, edits, etc. No—it is simply an importer tool. It takes events from one source and imports them into another. So if that source calendar has 5 events, and you import those into WP, then 5 events will be imported. But once these 5 events are imported into WP, they are not deleted or edited by iCal Importer if you then go make changes to any of the 5 events on the source calendar.

I hope this information helps clarify the behavior of the plugin. And to be clear, I am not saying that iCal Importer shouldn’t do a better job of keeping calendars in sync more dynamically—we have numerous plans for improving this over time. But at this time, the behavior I describe above is the correct and designed-for behavior of the plugin.

Let me know what you think!

And stay tuned to your other issue threads—they will be addressed as soon as possible.

Sincerely,
George

[George]

Hi there,

This here is our “Pre Sales Questions” forum—for technical support for our free plugin, The Events Calendar, please post your questions in the free support forums for that plugin here → http://wordpress.org/plugins/the-events-calendar

I will be closing thread to encourage your posting in that forum. If you have a Premium License with us, then I’m sorry for the trouble here! Please log into the account to which that license belongs here on http://theeventscalendar.com, and then post your technical support question in a premium forum.

Thank you!
George

[George]

Hi there,

Can you clarify exactly what you mean by “register button”?

Share a link to an event on your site with this button, if possible.

Thank you!
George

[George]

Hey there,

I’m sorry to hear that you’re having these issues!

I cannot personally recreate them on my own site—if you’ve got a time window of three months in your settings, but it’s not being respected, then there could be some sort of limitation at the level of your webserver….

Before jumping to that conclusion though, can you clarify and provide some examples for exactly what you mean here:

It looks like it has something to do with the fact that I’m back dating events. Events are being created through today, but not into the future. I’m working from last month’s calendar, and I wanted the events to be listed starting in February.

1. What do you mean by back-dating events, specifically?

2.If you create a recurring event that is not “back-dated”, just for testing purposes, do these events behave any differently?

3. Has this issue been long persisting on your site? Or has it only recently appeared?

Thank you!
George

[George]

Hey Lee!

Thanks for reaching out—sounds like an interesting project!

I’m sorry to bear this news, but we unfortunately don’t have any features at this time in any of our plugins that would enable the feature you describe here:

They have a requirement to have people AGREE to a form they usually have them sign and they would like to integrate that into the sales stream for their event ticket.

The processing of payments and selling of tickets are totally doable with our plugins and a compatible eCommerce platform like WooCommerce—though it seems simple, the extra step of an additional form to sign is not something our plugins provide at this time. 🙁

Let me know what you think and if there are any other questions I can try to help with!

Sincerely,
George

[George]

Hey @Per,

Thanks for clarifying things and for your patience here. I’ve gone ahead and written some code that should at least handle the spacing between the kr and the actual currency.

To test this, try adding the following code to your theme’s functions.php file:


add_filter( 'tribe_get_cost', 'tribe_filter_cost_for_kr', 20, 3 );

function tribe_filter_cost_for_kr( $cost, $post_id, $with_currency_symbol ) {

if ( ! empty( $cost ) && 'Free' !== $cost ) {
$cost = sprintf( 'kr %s', str_replace( 'kr', '', $cost ) );
}

return $cost;
}


Cheers!
George

[George]

Hi @Barbara Ann,

I’m sorry to hear about these issues! I looked at your events page with the JavaScript console open, suspecting a JavaScript error there that is causing the problem you describe—sure enough, there is an error on that page which is preventing the proper functioning of that element.

I cannot recreate this error on my own testing site, unfortunately, so to help us investigate your specific problem a bit more closely, can you share your “System Information” with us? Here’s how to do that → https://theeventscalendar.com/knowledgebase/sharing-sys-info/

Thank you!
George

[George]

Yikes! Sorry to see this, @audrey—that’s a fatal error coming from the Events Calendar Pro, from a file related to the generation of recurring events….

I cannot reproduce this error on my own site, so I’m curious: can you share your “System Information” with us? Here’s how → https://theeventscalendar.com/knowledgebase/sharing-sys-info/

Also, when did this issue start happening?

Thank you!
George

[George]

Glad to hear it—thanks for the update! 🙂

[George]

I’m really sorry to hear about this, @Jessica, especially given the awful timing with the holiday and such.

We do have a bug in our recent releases where the mini-calendar’s day names don’t compress like normal; we’re working on a fix for this. However, we don’t have any known bugs that are exactly as you describe here.

I know you don’t want to have the broken widget on your site, especially not the homepage—but is there any “test page” you could add the broken widget to, or something? If so, I will take a look at the broken widget firsthand and see if I can spot any issues.

Thank you!
George

[George]

Hey @Roberta,

I’m really sorry to hear about this—I cannot recreate 404 problems on my own site, so I’m curious about a few things here.

First, can you clarify what your site’s Permalinks settings are? These are literally in the Settings → Permalinks page in your wp-admin, for reference; are they set to %postname%, for example?

Next, you mention trying the steps in that Knowledgebase article about permalinks—this is excellent and I’m glad you tried those steps. I’m sorry they didn’t help, of course, but with this in mind, you might find it worthwhile to also do all of the steps on this Knowledgebase article → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

If you do those steps, what do you find? Check on the Events page after EACH STEP of that process and see if there is any progress along the way….

Thank you!
George

[George]

Hey Patrick,

Thanks for reaching out. Hiding the things you mention is possible with some custom CSS, which we unfortunately cannot really help with, but I’ll be able to show you how to do that this time. 😉

Can you link to the page on your site where we can see the event with the line and “View More” link underneath it?

Thank you!
George

[George]

Hey Saha,

There are indeed other folks having this issue—this is a confirmed bug that is in our code, and we are working on fix for it. I’m sorry about this bug having been released at all—but we’re making progress and can hopefully fix this soon!

As for your second question:

is it part of the new upgrade that tickets are supposed to issue even if the order hasn’t been completed in Woocommerce?

This is an interesting issue. You say this about it:

I don’t know if emails are going out to customers but the ticket numbers are sitting in the report. Wondering if this is a bug or if that’s a new way of doing things.

Can you try “buying” some free test tickets on your own site, and seeing if you receive the ticket emails and such? This will confirm if the issue is related to stock alone, on your site, or if tickets are indeed being mailed out and such.

Thank you!
George

[Author]

Posts