[integrity]

Sorry for the delay. Yes, the controls do look correct in the Twenty Sixteen theme. Screenshot is attached.

[integrity]

Hey Geoff,

Looks like updating the event did it. The plugin was up to date, but it looks like we never updated the event itself.

Thanks a lot,
Aaron

[integrity]

Hey Geoff,

Yes we do have a custom template for the single event view.

It looks like that template references a custom sidebar to build the area containing the map. The map itself is generated by echoing tribe_get_embedded_map(), passing no parameters.

Thanks,
Aaron

[integrity]

I have switched to twenty fifteen and disabled all plugins other than the basic tribe events plugin. I have also shut off any custom style or js enqueues. At this point I have a basic twenty fifteen site with just tribe installed and nothing special other than a few events entered.

I still see the issue. In MS Edge 12 only. When clicking the dropdown to change from list to day view, the page just reloads the same list view over and over again.

[integrity]

Thanks so much!

[integrity]

Changing the Permalinks settings to any of the “common” settings does not resolve the issue.

Here is the system information from local test install I am using…

URL
http://calendar.local
INSTALL KEYS
-
WORDPRESS VERSION
4.4.2
PHP VERSION
5.5.26
PLUGINS
The Events Calendar PRO version 4.0.5 by Modern Tribe, Inc.(http://m.tri.be/20)
The Events Calendar version 4.0.6 by Modern Tribe, Inc.(http://m.tri.be/1x)
NETWORK PLUGINS
-
MU PLUGINS
-
THEME
Twenty Sixteen
MULTISITE
-
SETTINGS
schema-version = 4.0.6
recurring_events_are_hidden = exposed
previous_ecp_versions = Array
(
[0] => 0
[1] => 4.0.5
)
latest_ecp_version = 4.0.6
last-update-message = 4.0.5
disable_metabox_custom_fields = hide
pro-schema-version = 4.0.5
earliest_date = 2016-02-24 08:00:00
latest_date = 2016-07-31 17:00:00
WORDPRESS TIMEZONE
-
SERVER TIMEZONE
UTC
COMMON LIBRARY DIR
/Users/arod/Library/Developer/Web/modern-tribe-calendar-demo/wp-content/plugins/the-events-calendar/common/src/Tribe
COMMON LIBRARY VERSION
4.0.6

[integrity]

Thank you again George for your reply and recommendations.

I am more then happy to use your “tribe_get_events” WP_Query wrapper to get the desired results.

It does appear your recommendation is working better than my previous attempt using WP_Query. Thank you for your help with that.

One thing I am interested in is better understanding how your tribe_get_events wrapper works. To be frank, your auto generated documentation for this function (and nearly all other functions you expose) is less than desireable and hardly describes what query options are available. Is there somewhere or someone I can refer to to learn more about how to use this function?

Thanks for all your help!

[integrity]

Thank you for your reply and recommendations George.

After following your testing for conflicts guide, I can confirm this issue still persists with no indication of a plugin or other script conflict.

I even went as far as setting up a new fresh WP install with only the “The Events Calendar”, ”
The Events Calendar PRO”, and “The Events Calendar: Filter Bar” plugins installed while using the default Twenty Sixteen and the problem still persists.

I am more then happy to continue to provide information to you and your team so this issue can get resolved.

Please let me know if you need any additional information.

Thanks!

[integrity]

Works like a charm!

Thanks for all your help!

[integrity]

That fixes the notice that was showing up on all event list views, but now the following notice appears on all event detail views…

Notice: Trying to get property of non-object in /Users/arod/Library/Developer/Web/explorestl/app/wp-includes/query.php on line 4519

While I understand these are just notices from the PHP compiler and nothing is broken, I’d prefer not to have them.

Thanks for your continued support!

[integrity]

I was able to remove all of the warnings from showing up in the admin by adding:

if ( is_admin()) return $query;

as the first line of the exclude_events_category function…

the

NOTICE: wp-content/themes/explore-st-louis/inc/override.php:86 - Undefined index: eventDisplay

is still showing up on the frontend however…

[integrity]

Hi Brian,

Thanks for the help. Your code snippet does work BUT appears to create some PHP warnings and notices…

Notice: Undefined index: eventDisplay in /Users/arod/Library/Developer/Web/explorestl/app/wp-content/themes/explore-st-louis/inc/override.php on line 84

Warning: Cannot modify header information - headers already sent by (output started at /Users/arod/Library/Developer/Web/explorestl/app/wp-content/themes/explore-st-louis/inc/override.php:84) in /Users/arod/Library/Developer/Web/explorestl/app/wp-admin/post.php on line 242

Any recommendation on how I can resolve these warnings and notices?

Thanks

[integrity]

Hi George,

1. See private reply.

2. I found the original code snippet here (https://theeventscalendar.com/support/forums/topic/how-to-hide-past-events/). I modified it a bit from that original snippet. I commented out the if ( !is_admin() ) check in order to hide the events from the backend as well. I also added a post_type check because the filter was effecting tribe_venue queries elsewhere on the site.

3. The goal: Prevent site visitors from seeing past events. Also hide past events from the WP Dashboard Event view. (This may change to NOT hiding past events from the WP Dashboard Event view, depending on the client’s preference.)

Thanks so much. Let me know if I can provide any further information.

[integrity]

This reply is private.

[integrity]

The problem was that I wasn’t running the latest version of the Event Calendar & Event Calendar PRO Plugins, apparently!

The problem persisted on the TwentyFifteen theme with all other plugins deactivated. Then I updated the plugins and the problem was solved. I suppose some bug in the past version of the plugin was to blame.

[Author]

Posts