Forum Replies Created
-
Posts
-
I have debug mode set to ‘False’ and the errors still display.
Have you also set WP_DEBUG_DISPLAY to false? That will typically hide warnings.
define('WP_DEBUG_DISPLAY', false);As stated by other users, my errors only show under the month view. If/when I switch to the list view, no errors display. What would the cause of this be?
That’s what we are still trying to figure out. To be up front we might not get to the bottom of it until a user comes along who both has this problem and the time to work with us on troubleshooting it. Until then though hiding the errors should be a good temporary solution.
Were you able to hide the errors following the above?
Cheers!
– Brook
Thanks for getting back about that.
Indeed we do have a couple of topics about what appears to be this exact issue. It seems to be pretty isolated, in my research I have seen 6 users out of about half a million that reported this. We of course have been doing our best to replicate this issue so we can proceed to find a fix for it, but to date nothing has been found. Hence why I was wondering about the conflict test.
I did run the conflict test and was unable to see what the issue may be.
Do you mind elaborating a bit about this? When you had all plugins disabled and had simultaneously switched themes to Twenty *, did the errors continue showing on certain pages? If so which pages? Some users have indicated it just happens on month view.
I guess the only thing to do is downgrade your plugin to a previous version because this version is not fit for my production environment? I assume I’d have to downgrade The Event Calendar and The Event Calendar Pro? The error is only associated with The Event Calendar, but I assume the two plugins need to be on the same version.
One thing to keep in mind is you should never have WP_DEBUG enabled in a production environment. Not only is it useless in production, it can assist malicious parties in compromising the security of your website. This particular error actually appears to be harmless. So simply disabling WP_DEBUG in production is probably your best option on production as the site will continue functioning fine.
Of course WP_DEBUG is useful on staging servers. And if you are finding that this is a nuisance in staging then yes downgrading is probably the best option. You might be interested in: Downgrading a plugin tutorial. As you suspected, you should downgrade both plugins to matching minor version numbers, I.E. if you downgrade one to 4.1.x it is usually best to downgrade all of them to 4.1.x .
Thanks again for working with me on this. Sorry it has been such a pain.
- Brook
You are most welcome!
Are you using split payments, where the folks who submitted the event automatically get paid via PayPal ? My current script is limited in that it can not alter the amount automatically paid out, only the amount charged. If you are doing manual payouts this limitation does not affect your site. But if it’s automatic your event submitted will actually collect the extra fees, not you. :-/ I am working on fixing that limitation if possible.
- Brook
That sounds like a plan. I just added your topic to the list of those affected, so we’ll notify you when the fix is ready.
Cheers!
– Brook
That sounds good. Thanks for getting back.
Paste the following snippet at the top of your theme’s functions.php file. Replace the opening “<?php” with this snippet, as this snippet includes that opening tag.
https://gist.github.com/elimn/88421b5a438bc7e18489917547d5f81d
The Markup should now be missing from your website. When Google next reindexes your site those little snippets of info will disappear.
Once this has been patched in our plugin we will post here letting you know. You can then remove the above snippet from you functions.php, and when Google reindexes the proper dates will show.
Does that sound like a plan?
Cheers!
– Brook
Ahh that makes sense Jessica. I appreciate your understanding here. We would truly love to open these support forums up to the public if we could afford it, but we would rapidly go bankrupt if we provided all support for free. We’ll checkin with your topic as soon as we can.
Hopefully someone from the community can help with your specific needs. We do have a snippet for adjusting the default date for our built-in list view:
https://gist.github.com/elimn/d034dfddb9be206d9cc1
If you set it to a date in the distant past then all events will take place after it, and thus there will be no separation of previous/upcoming as they are all upcoming. But that would likely not work on your home page, only the main calendar list view that our plugin creates. It sounds like you might be using an Avada built widget and I doubt we have any code that work for it without some indepth modification by a coder.
Cheers!
– Brook
I was able to identify the culprit for the mixed up listings and it is all good now.
Excellent news!
When it comes to the second part of my question, I think I am subject to this bug https://theeventscalendar.com/support/forums/topic/cant-save-changes-in-general-settings/
or am I not ?! If I am subject to, than I am wondering whether there is a bypass via altering the php code or so ?!Ahh yes. That is such an annoying bug. A lot of people have had success bypassing this by deleting an entry from their database. But not everyone feels comfortable doing that. Here’s what I would do if you have PHP My Admin:
- Backup the database just to be safe
- Open the wp_options table
- Find the row where the option_name is “tribe_settings_sent_data” ( SELECT * FROM wp_options WHERE option_name=’tribe_settings_sent_data’ )
- Delete that row
- Now try editing your settings again, hopefully this time it saves properly
If that does not work the only remaining option is to downgrade ( Downgrading a plugin ) to version 4.1.4 and then update your settings.
Please note we are working on patching this bug and it will be fixed in version 4.2.1, which might be ready in less than a week.
Did that work?
Cheers!
– Brook
You are welcome Tamara! I am happy you have a list of reasons to upgrade, I really hate to see people upgrade just for one small feature from Pro. That’s why I outlined how a coder could do it without Pro… but unfortunately what I outlined is the easiest way without that plugin and even then it’s not super easy.
Please let us know if you ever have any more questions. Cheers!
– Brook
You could definitely disable debug mode if needed. But, I might can help you further if you can answer this question:
Were you able finish the conflict test once you got the plugins all updated? Did those errors go away? If so, what is conflicting? I might have an idea on how to fix it.
If I know what is conflicting we can investigate seeing if there is a solution for it. But without knowing what is conflicting disabling debug is probably the only option for now. It is up to you. 🙂
Cheers!
– Brook
Howdy Pierre,
That’s a good question. You’d think this might be easy in WordPress it’s surprisingly difficult to call the content of post outside of the loop. This article outlines the simplest way to do it.
I am assuming that you added the start dates and such by overriding /event-tickets/src/views/tickets/email.php using our Themer’s Guide . That’s perfect. You could add the content similarly. But keep in mind a user can buy tickets from multiple events at once, thus you will not be able to show only one piece of content rather you will have to show the content for each event. You can get the current event ID inside of the loop by checking the $event variable, and from there list the content using the article I linked.
Likewise you can list the taxonomies (categories) inside of the loop by calling echo tribe_get_event_taxonomy( $event ); inside of the loop.
This might make for a very long email when there are multiple tickets/events. But it will get all of the info in there. 🙂
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Howdy Tamara,
Not only is this possible for a mere mortal 😀 there is a lovely UI that helps you do this in Events Calendar Pro. If you have that installed, edit your Organizer or Venue, click Set Featured Image, and then after selecting one hit “Update”. And there you go.
If you do not have Events Calendar Pro then it’s a bit more on the complicated side. You could certainly add this with some code, you would want to modify our register Custom Post Type function to include thumbnails as one of its supported types. You might need to modify the templates as well. If you are not a coder though this will be very complicated, and to be honest even if you are a coder it’s still probably worth the cost of Events Calendar Pro to you to just add this feature without spending any of your valuable time, plus you will get all the other benefits of Pro.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Howdy Stefan,
I would love to help you with this.
For some reasons the events seem to not be sorted, but show up randomly and I have no idea why.
That is quite strange. I have seen similar issues before, usually with something changing the sort order to the published date of the event rather than its start date. To test for this we will need to see if a “conflict” is happening, and if so narrow it down so we can find a fix for it. This guide walks you through how to test for a conflict, and then identify what is conflicting. If you follow those steps are you able to temporarily cause this to go away? If so what is that was conflicting?
The issue you linked to before does not appear to be quite the same, as the user was seeing things sorted by distance not randomly.
Also, is there a shortcode to display exactly what you can see inthat link ? A map view with all the events ?
We do not yet have that. We are working on making entire views embeddable as shortcodes. Until then this is not really possible.
And also, how can I increase the number of events displayed on the map?
There is a setting in WP-Admin > Events > Settings that allows you to select the “Number of events to show per page” for all views, including Maps. Changing this setting will adjust the number displayed. Does that do what you wanted?
Cheers!
– Brook
Howdy Jessica,
I would love to help you with this.
Would you mind logging in so I can verify your support access? Or, if you don’t have/want a license (which includes a year of support) you should checkout the volunteer community on WordPress.org: The Events Calendar. It’s not the same level of support, but it’s free! We even check those forums once each week and help to the extent we can.
Once logged in could you share a link to the page in question? It sounds like you might be using a widget to display those events. Examining the page should shed the light needed to help with this. 🙂
Cheers!
– Brook
Howdy Jessie,
I would love to help you with this. That does sound like a bug we have recently discovered and are working towards a fix on. As you suspected it relates to Timezone problems.
There is no great temporary solution right now :(. You can disable JSON-LD entirely while you wait for an updated version of our plugin that fixes this. Or, change your sites Timezone to a different one that compensates for the problem; but that will change the timezone everywhere including on your blog posts so usually this is probably not a good option. Do you want me to walk you through modifying your functions.php to disable JSON perhaps?
Cheers!
– Brook
Howdy Kristine,
I would love to help you with this. Thank you so much for diving in already and sharing what you have learned, very helpful.
I am especially interested in the Month View slowness. We do have a couple of performance improvements coming down the pipes, that resulted from our last performance audit a ~month back. But we are always interested in collecting more info and seeing if there is anything we missed. I am stoked you already have Query Monitor installed.
Would it be possible to get access to your staging server where you had disabled all plugins and switched themes ? Perhaps you could create a new admin account for us and share the password here. From there I would like to inspect Query Monitor’s output on Month View to see if there is anything unique about your environment that we could optimize for. If this is acceptable to you please indicate so below and share the login information in a private reply. Do note that we are not allowed to change any settings, only login and view what is happening. Thus I was hoping you could double check that you are using a default theme like Twenty Fifteen, and only have the following three plugins active: Events Calendar Pro, The Events Calendar, and Query Monitor. No worries at all though if this is not something you want to do.
SELECT SQL_CALC_FOUND_ROWS DISTINCT wp_posts.*, tribe_event_start_date.meta_value as EventStartDate, tribe_event_end_date.meta_value as EventEndDate
FROM wp_posts
LEFT JOIN wp_postmeta as tribe_event_end_date
ON ( wp_posts.ID = tribe_event_end_date.post_id
AND tribe_event_end_date.meta_key = ‘_EventEndDate’ )
LEFT JOIN wp_postmeta AS tribe_event_start_date
ON wp_posts.ID = tribe_event_start_date.post_id
AND tribe_event_start_date.meta_key = ‘_EventStartDate’
WHERE 1=1
AND wp_posts.post_type = ‘tribe_events’
AND (wp_posts.post_status = ‘publish’
OR wp_posts.post_status = ‘acf-disabled’
OR wp_posts.post_status = ‘future’
OR wp_posts.post_status = ‘draft’
OR wp_posts.post_status = ‘pending’
OR wp_posts.post_status = ‘private’)
ORDER BY tribe_event_end_date.meta_value DESC, tribe_event_start_date.meta_value DESC, wp_posts.post_date DESC
LIMIT 0, 100 /* From [intercambio.org/wp-admin/edit.php?post_type=tribe_events&orderby=end-date&order=desc&ids=3387%2C2513%2C2512%2C2492%2C2456%2C1136%2C1229%2C1226%2C2457%2C2455%2C1132%2C1134%2C2317%2C1807%2C2250%2C2249%2C2248%2C2458%2C2298%2C1769%2C1773%2C1801%2C1227%2C2244%2C1222%2C1104%2C1133%2C1802%2C1735%2C1805%2C1112%2C1728%2C1111%2C1233%2C1127%2C1684%2C1683%2C1671%2C1232%2C1125%2C1014%2C1122%2C1121%2C1124] in [N/A] */The specific query you shared is indeed a slow one. It is also run by the WordPress admin itself, not our plugin. And thus not something we have much control over. 🙁 If WordPress core ever started caching those values you would see some significant speedups on all WP edit pages including ours. The only way we could speed that query up currently is by telling WordPress to sort by publish date instead of the event date, and that is not something most of our users want.
Thanks again for reaching out. We take performance very seriously and it is grand to get more feedback and data from users with a lot of events. I am happy you are running WP Engine. We have many customers on their platform, including some with many more events than you.
Cheers!
– Brook
