Forum Replies Created
-
Posts
-
Absolutely. It’s currently marked as a P2 in our system. We do have some higher priority bugs we need to hit first, but after that we’ll get this fixed.
Thanks again!
– Brook
Howdy David,
I just wanted to follow up and let you know that this issue seems confined to users of GoDaddy’s WP hosting service. Thus we have purchased an account there and are working to try and isolate exactly what about their platform is causing this. According to other reports it happened not long after GoDaddy updated their PHP version. Unfortunately when they did that, they appear to have broken compatibility with all versions of Event Tickets, including old ones. We’ll try to find a fix as soon as we can, and work with GoDaddy if need be.
In the mean time I have added your topic to our bug ticket that tracks this. You should be notified of any updates we have to this issue, such as when a fix is ready.
Cheers!
– Brook
I wanted to add to this topic just to let you know that Ninja Forms has patched this issue in their plugin. If you are running the latest version of Ninja, you no longer need any snippet. They now work great with Event Tickets and other plugins that use WP List Tables!
– Brook
That is really good information to have. Thank you Brian. Your detailed debugging has been absolutely crucial in helping us diagnose this issue. I just added 6 months to both of your licenses, as a thank you for all your help.
We have now purchased an account from GoDaddy to try and reproduce this issue. Indeed, when we run Event Tickets Plus on their hosting platform the bug can be reproduced. According to some other users this happened after GoDaddy updated their PHP Version.
Now that we can reproduce the issue, we can start trying to find a fix for it. Typically, a fix will get bundled with an upcoming version of the plugins. Likely, the fix will be included with version 4.4.3 of our plugins, which is due in 2-3 weeks. Although it is possible that the fix might require GoDaddy to change something on their end, or something else unusual.
I have added your topic to the bug report, so you will get notified as soon as a fix is ready. Thank you so much for taking the time to help us narrow this down. Please let us know if you have any questions.
Cheers!
– Brook
Howdy Robert,
We have now purchased an account from GoDaddy to try and reproduce this issue. Indeed, when we run Event Tickets Plus on their hosting platform the bug can be reproduced. According to some other users this happened after GoDaddy updated their PHP Version.
Now that we can reproduce the issue, we can start trying to find a fix for it. Typically, a fix will get bundled with an upcoming version of the plugins. Likely, the fix will be included with version 4.4.3 of our plugins, which is due in 2-3 weeks. Although it is possible that the fix might require GoDaddy to change something on their end, or something else unusual.
I have added your topic to the bug report, so you will get notified as soon as a fix is ready. Thank you so much for taking the time to help us narrow this down. Please let us know if you have any questions.
Cheers!
– Brook
After some more digging into this issue I have noted that the others with identical symptoms are on GoDaddy’s Managed WP Hosting as well.
We are going to try and get an account setup with GoDaddy for further testing. We’ll keep you posted.
– Brook
Thank you Brian!
Unfortunately there is no record of that attendee data anywhere in the database you shared. This means that it will be impossible to recover the missing data. But, I’m still hopeful that we can find a fix for future tickets.
The database you shared did not contain the WooCommerce session table. I suspect the plugin you used does not export all tables in the database by default. But, we also got one other database shared with us from someone else, and it did contain this table. Even with this table there appears to be no record of the attendee meta anywhere in the database.
This means that the attendee meta is likely getting lost sometime before check out, while the tickets are still in the cart. That knowledge helps narrow the field a lot.
I am going to work with Cliff to try and come up with a good plan of attack to learn more and hopefully isolate this. We’ll be in touch tomorrow. Again, thank you so much for the extremely detailed information you’ve shared thus far. I find myself constantly referring back to it, as it answers many question.
This is obviously having a bad impact on your site right now. If collecting attendee meta is crucial to your sites operation, downgrading to the 4.3.x version of The Events Calendar and Event Tickets might fix this. That would be a decent temporary solution while the investigation continues.
– Brook
Howdy Erica,
That other thread was assigned to Neill, but he’s been on traveling this past week. We should have reassigned it, but it fell through the cracks. I am very sorry. I assigned it to myself to make sure that delay won’t happen again.
Cheers!
– Brook
Howdy Erica,
Thank you for the link! That really helped. It looks like inserting some simple CSS should make your theme compatible with The Events Calendar:
#tribe_events_filters_wrapper label { text-indent: 0; }If you’ve never inserted CSS before, checkout this guide for a nice walkthrough.
Does that all make sense? Did that work for you?
Cheers!
– Brook
Howdy Melanie,
I am happy to hear you were able to get the error to go away. But obviously, that does not sound like a great solution to disable that setting.
We now have a beta version of the new extension available for download here. I am very sorry for the delay, this extension went through the rounds a few times. It was initially included in the “Additional Email Options” extension. But, we realized that this extension does more than affect just the emails, it will even impact the My Orders screen and anywhere else Woo shows the order details. So eventually it was decided to break this out into its own thing.
Just download and install this extension, and the attendee + event details will start showing up in all of your emails. No need to enable or disable any options. Further, it will support having a product in the cart alongside tickets, without throwing any errors. At least, that is happening in my tests. If you are still facing any problems please let me know. 🙂 While I called this a “beta”, to my knowledge it has no bugs. We simply want to beta test it first for a little bit.
Cheers!
– Brook
I have some good news. Over the weekend one of our devs updated our automation tools to prevent the z-index from getting altered. So our very next release will include a fix for the z-index issue! I would expect to see that version in a couple of weeks, at which point you can update your plugins and see this problem go away.
– Brook
Howdy guys,
First of all, I just wanted to say thank you to Nathan. That is some outstanding debugging, and thank you very much for documenting it so thoroughly for the community.
As noted by the Customizer Pro folks we are using a slightly old version of Select2. We have been aware of the awesome new version since its release, and would like to upgrade to it as quick as we can. Unfortunately it introduces some breaking changes, so we can not just swap it out. Further, Select2 is something that we use in a number of our plugins. Upgrading it and rebuilding our customizations will take some time.
In the mean time we are investigating the possibility that we are loading this library on too many admin pages. Whenever possible if we can avoid using it, it will be less likely to conflict with things like Customizer Pro.
If the CSS fix Nathan shared is enough to fix this specific issue, you should absolutely throw that in there. I have noted that in this minified file: \the-events-calendar-community-events\src\resources\css\tribe-events-community-select2.min.css the following entry can be found:
.select2-search{z-index:3;}Oddly, in our non minified file the z-index is set to 10000 as we’d expect. I have a question in to the dev who setup our minifier, to see why this is happening. I’m guessing we have a something like this running with our minification script. Which is all well and good in most cases, but it should not be run on vendor libs like this.
In short, we’re investigating this. Thanks for bringing it to our attention. In the mean time, if I were affected by this I would apply Nathan’s CSS fix. That’s a great workaround and it’s available now.
Cheers!
– Brook
Howdy Rasheed,
Welcome to the forums! I would love to help you find a solution for this.
I can see what you mean, the download link for an iCal is clearly missing from the Google Calendar page in your screenshot. I am not a true expert on Google Calendar’s sharing settings. But, I do know that there are specific settings within Google Calendar that will prevent the sharing of your calendar as an .ics file. Unfortunately I do not which settings exactly will hide those links, and I am not finding any Google documentations that sheds more light on this.
If I were you I would try changing the sharing settings of the calendar. Can you make the calendar public? Are you part of a Google Apps organization? If so, what are the universal sharing settings set like in you domain admin?
Unfortunately, since this question is actually wondering why Google Calendar is not showing the link, only an expert with Google Calendar will know the answer. These forums might not be the best spot to find an expert with that. If you are part of a Google Apps organization, you might try calling their 24/7 support and seeing if they can help you add those links.
Please let me know if you have any questions, or if there is anything I can do to help you along. Cheers!
– Brook
Howdy Kay,
Cliff asked me to respond here since he is headed out for the day. He and I worked together and were able to isolate a bug, which is causing the problem you are facing. We will definitely get this fixed as soon as we can, and release that fix alongside a future version of The Events Calendar. Thank you for helping us spot this!
In the meantime, this problem can be alleviated by switching your permalinks setting in WP-Admin > Settings > Permalinks to anything but “Plain”. If they are any other setting, the calendar works as expected, and clicking that link will take you to the appropriate day.
Even if you were not facing a bug, I would strongly recommend you change your permalink settings to something other than Plain. Even WordPress.org refers to Plain permalinks as “ugly”, and for good reason. Unfortunately the Plain setting has a negative impact on your site’s rankings in search engines like Google. Plain has been shown to have a negative impact on your users as well, making the URLs on your site seem more intimidating and even scary/questionable. Plain permalinks are just all around the worst option; when it is possible to use a different one it is strongly recommended that you do. Plus, it will remedy this bug!
Please let me know if you have any questions! We’re happy to help. Cheers!
– Brook
Howdy again Eric!
Why is it that if I have the following options in the venue dropdown:
Option A
Option BAnd I search for ‘on A’ I don’t get this match
Simply put: because the third party library our plugin uses, Select 2, does not work that way. By default it searches from the beginning of the full string.
For your solution, where is the hook that I can dequeue the Select2 version of tribe events. And where can I find the init for the venue dropdown (i.e. which js file)
You could use any of the hooks people commonly use for dequeueing. For example, ‘wp_print_scripts’ is a well-timed action for this sort of thing. The script handle you want to dequeue and possible deregister is ‘tribe-select2’. From there you can create your own.
Cheers!
– Brook
