[George]

Hey Courtney,

I’m sorry that you’re still having trouble with this feature on your site, but unfortunately the best thing I can think of is quite similar to what Gustavo said originally in the thread you linked to. To quote him directly:

So we already have this inside of our feature/bug tracker, it should be implemented in the future, but It’s not a simple solution for the moment.

In one of our future versions this will be delivered to the users, but I cannot promise any dates, I can only say that our developer are already working on that.

His comment about this “not being a simple solution” is still unfortunately true – and I’m looking through our changelogs and development tracker and unfortunately not seeing that this has been something addressed in recent releases. I do not have an ETA on the arrival of this myself, but will continue to look and will post here if I find out any more information about this.

Sorry to disappoint Courtney – let me know if you have any further questions, comments, or concerns!

— George

[George]

Hey Brian,

Unfortunately this is not possible at this time 🙁

We’re hoping to improve this in future versions, but for now the closest you can get is to add the “Mini Calendar” Widget that comes with Events Calendar Pro to other locations on your site.

I’m sorry about this disappointing news! Let me know if you have any further questions.

Thanks,
George

[George]

Hey Sean,

Sorry you’re having some trouble here! Just to be clear, if you deactivate WPML but keep tribe_events in the query, do things work there too? Or does the error remain?

This test will help reveal if the extent of the problem here is just WPML and the multilingual events configuration, or if there are other factors at play here too.

Let us know what you find!

Thanks,
George

[George]

Hey Katy,

It’s indeed possible if you were to customize Easy Digital Downloads itself, but there’s way no to do so from within The Events Calendar 🙁

I hope that information helps! Let me know.

Cheers,
George

[George]

Hey Martin,

There’s unfortunately no way to do this “out-of-the-box” with the plugin – it is technically possible with some extensive code customization, however.

One thing worth noting is also an additional, “Un-official” plugin made by one of our awesome developers, Barry. It’s called “Event Rocket”, and is free and also unsupported. But it does have some basic RSVP functionality that many people have found useful. Check that out here! → https://wordpress.org/plugins/event-rocket/

I hope that helps 🙂 And P.S. – we are going to be adding RSVP functionality to our plugins soon. I genuinely don’t know what the ETA is on that, but we’re hoping to include it before 2016.

Cheers!
George

[George]

Hey Julianna!

This is totally our bad, we might not be communicating the updated file paths well enough. Do you happen to remember specific locations and threads on our site where this outdated file path was recommended? I can take a look at those and try to update them if appropriate.

Anyways, really sorry about this – the correct since version 3.11 of the plugin has an extra directory in the path called “/src”. In other words, the “/views” folder is now in a “/src” folder. So the full path is:


/plugins/the-events-calendar/src/views/tickets/email.php


Let me know if this helps! And P.S. – this new path within the plugin itself doesn’t affect the placement of your new versions, which should still belong in a /tribe-events folder in your theme. (Check out our Themer’s Guide for more information on that, if you haven’t already! → https://theeventscalendar.com/knowledgebase/themers-guide/)

Cheers,
George

[George]

Hey Brad,

I’m sorry to hear about this!

I tried going to your site but was met with a 403 error and couldn’t access it → https://cloudup.com/cfwKb1pqBtO

If possible, can you get your site up and available to the public so we can look at the problem first-hand? There might be a JavaScript error here – I’ll take a closer look to try and spot the error specifically, which could be quite helpful.

In the meantime, I’m curious – how did you deduce that Events Calendar Pro was the source of the conflict? Did you try deactivating all the other plugins on your site and notice the impact? Just curious about this! 🙂

Thank you,
George

[George]

Hey Keith,

I’m really sorry to hear that with these things active on your site, you can’t get the Map View to work 🙁

The fact that the Map View does work is indication that the problems here stem from within the code of the “Rok”-related plugins you’ve listed – so your best option is to contact the support team behind these plugins.

We’re not familiar with that Rok-related code and don’t offer support for third-party software here, so that course of action is truly your best bet, but I’m curious: if you activate all these Rok plugins and the theme again, can you then make sure that the “Map View” is active at https://newyorklatinculture.com/events/view/map?

I went to that domain now to check out the Map View firsthand and see if I could find what the specific code conflict is, but it seems that the map view is disabled and so therefore I cannot access it.

Thank you!
George

[George]

Hey David,

I’m really sorry that you have to jump through so many hoops to get things working at all here. Michael’s suggestion might be of value to you (thank you for posting, Michael!), so that’s worth trying – however, at bottom here our ticketing plugins do not fully integrate with WPML at this time 🙁

These are some known compatibility issues that we are working hard to fix and improve upon, but they’re rather challenging to fix. We also have some major public release changes coming to our ticketing frameworks in the coming months, so it’s difficult to balance these new features and structure with also adding in additional WPML compatibility.

I’m sorry about how disappointing this information is – what are your thoughts in response to it? I will reach out to other team members and see if we have any other solutions at the moment to improve this workflow, but unfortunately I do not think any such solutions exist.

I’m sorry David – at this time, our ticketing plugins simply do not have 100% compatibility with WPML yet. I see that you bought EDD Tickets just a few days ago, so if this lack of complete compatibility is a huge blocking issue for your site, let us know and we can issue a refund for that license immediately!

Thank you,
George

[George]

Awesome! Glad to have helped Ben. I’ll race the other support team members to get your next thread first 😉

Cheers!
George

[George]

Hey Oliver,

I’m glad that it sounds promising! I will indeed leave this ticket open, but there are two things worth noting before I do so:

First is that we don’t offer support for code customizations here. I’m happy to help if I can! I just wanted to set the expectation so that if you post more in this thread for more specific code-level questions about your email template customizations, I’ll do my best to help but might not be able to provide code support. If you have problems getting the template to even load or something, for example, then of course I’m here to help! 🙂 Just wanted to put out that disclaimer about more specific code-level questions if they arise.

The second thing is that we have an automatic Forum bot who closes threads after 15 days of inactivity – so if you see a “Support Droid” comes along and closes this thread, it’s nothing personal! Just a bot closing the thread automatically – if this happens, no worries, just open a new thread any time and include a link in it back to this thread for context, we can pick up right where we left off.

Cheers!
George

[George]

Hey Douglas,

I hate to keep repeating “thank you for your patience”, but seriously, it is much appreciated here! Especially since, even after updating, you’re still having venue import issues…

I’m glad that at least organizers are importing correctly. These remaining venue issues are tricky because I cannot recreate them, and it seems like you for that some venues are being imported correctly, while some or not (the ones you listed there).

Is this accurate? Or are all venues failing to import for you?

If it’s accurate that only some venues are failing to import, then I’m curious, is there any pattern to these venues that you can think of? Are these venues that already existing on your WordPress site, for example?

If these venues do not already exist in your admin, then does anything improve if you add them to your site and then try importing again?

Thank you so much for persisting here – the venue importing from Facebook is working well for me and I cannot create this error, but will keep trying to in the meantime!

— George

[George]

Hey Allison,

My recommendation for making that switch was just for testing purposes to see if that setting is a factor here – I’d still recommend testing this, but if you don’t want to, no worries! In other words, I only meant that if you change the setting and attempt an import again, does the issue persist? Regardless of your result of that test, immediately after it you can delete any event that was imported and set the setting back to “Pending”.

I have had trouble producing your same error, but two things have happened since your thread has started here: first, another Tribe team member has produced your error, and so our developers are now working hard on a maintenance release for both The Events Calendar and The Events Calendar: iCal Importer. Next, I’ve since been trying to reproduce the error so that I could hopefully offer some better help here, but for me, no matter what I try on my local testing site, I keep encountering this error and cannot import a file:

I’m exploring this and do have some odd configurations on my local test site, so this may not be a bug for everyone, but the point here is that there is, indeed a bug here on some level regarding the event statuses after import. Regardless of the test I recommended above, then, this bug is also affecting you and your site.

I’m really sorry about that, Allison – we just updated our entire plugin suite which is a massive release process, and therefore a massive testing process. We test very hard but this fell through the cracks and I’m sorry you’re dealing with this!

The Next Steps

So, with all this in mind, there are still two steps I’d recommend to you that are worth doing:

1. Update your version of WordPress to the most recent version, 4.3

2. Update all your Tribe plugins to their most recent version, currently version 3.12 – the bug does indeed seem to persist here, but there are many other improvements that are worth having and a better codebase to have on your site. This will also put you in a better position for upgrading to our maintenance release which will address the bug – i.e., it’s a smaller leap from 3.12 to 3.12.1 than it is from 3.11.1 to 3.12.1

Thank you for your patience Allison, I realize how urgently you wanted this to be resolved and am sorry that things didn’t move as quickly as we’d ideally hope for.

This thread is my main support priority at the moment and I will post as soon as our maintenance release is ready for you to use – please let me know if you have any other questions, comments, concerns, frustrations, anything at all in the meantime.

Thank you – and stay tuned!

Sincerely,
George

[George]

Hey @clangille,

Thanks for the system information! And thank you for the login information as well – we unfortunately cannot log into customer sites for any reason, and so I removed the login information immediately for security reasons, but I genuinely appreciate your willingness to help us help you! 🙂

Your system information looks fine to me and so my leading suspicion here is just that you have a page on your site whose title is “Events”, and therefore its slug is /events/ too. If this is the case, then to prevent the error you see from showing up you will have to delete this page. Be sure to “Trash” it, but then also go the trash and then “Permanently Delete” it (sort of like emptying the Trash on your computer, this permanently wipes it and frees up that /events/ URL slug).

The calendar will be generated itself at /events/, and so if a page is there this error will be displayed and the calendar won’t function correctly.

Let me know if this information helps – and, if you have a page called “events”, if deleting that helps too.

Cheers!
George

[George]

Hey Ben,

Thanks for the link! Sorry I wasn’t able to find that on my own 🙂

As for your issue, I’m glad that you noted that the filtering of hours itself works correctly – that’s good to know and leaves us, then, with not so much a code problem but a styling one on your site, which is much easier to deal with!

To get the full grid to expand, in other words to get all the hours to display and thus make it so that users don’t have to scroll to see events, you should be able to do this by simply adding CSS like the following to the bottom of your theme’s style.css file:


.tribe-events-grid .tribe-scroller {
height: 100% !important;
}
.tribe-events-grid .tribe-scroller > .scroller-content {
position: relative !important;
}


Now, I tried this with my development tools on your site and it worked fine, but let me know if you have trouble getting these styles to “stick” – this might be tricky to pull off because some these scroll-pane styles are generated by JavaScript after page load, which makes CSS selector inheritance issues possible here. That’s one of the reasons I added “!important” to these styles, to try and force them to take effect.

These styles should expand the grid to its full height, which should also by itself hide the little vertical scroll bar and its track on the right side of the week view grid…

Let me know if this happens and if that CSS helps!

Thanks,
George

[Author]

Posts