Brian Cruikshank

@sjaure This is still bugged in Events Calendar TEC 5.1.4, Gutenberg 8.4.0.

Any updates? I already gave the exact steps to reproduce along with a gif file demonstrating the problem.

@sjaure Yes, it is still bugged with Gutenberg 8.2.1.

Here it is as a gif:

View post on imgur.com

Here is system info.

HOME URL
https://test.test
SITE URL
https://test.test
SITE LANGUAGE
English
CHARACTER SET
UTF-8
NAME
admin
EMAIL
[email protected]
INSTALL KEYS
-
WORDPRESS VERSION
5.4.1
PERMALINK STRUCTURE
https://test.test/%year%/%monthnum%/%day%/%postname%/
YOUR HOMEPAGE DISPLAYS
posts
HOMEPAGE PAGE ID
-
PHP VERSION
7.4.5
PHP
max_execution_time = 36000
memory_limit = 512M
upload_max_filesize = 2G
post_max_size = 2G
display_errors = 1
log_errors = 1
SERVER
nginx
SAPI
cgi-fcgi
PLUGINS
Gutenberg version 8.2.1 by Gutenberg Team
The Events Calendar version 5.1.2 by Modern Tribe, Inc. (https://m.tri.be/1x)
NETWORK PLUGINS
-
MU PLUGINS
-
THEME
Twenty Nineteen
MULTISITE
-
SETTINGS
schema-version = 5.1.2
previous_ecp_versions =
Array
(
    [0] => 0
    [1] => 5.1.1
)
latest_ecp_version = 5.1.2
tribeEnableViews =
Array
(
    [0] => list
    [1] => month
    [2] => day
    [3] => photo
    [4] => map
    [5] => week
)
views_v2_enabled = 1
postsPerPage = 12
monthEventAmount = 3
recurring_events_are_hidden = hidden
pro-schema-version = 3.9
earliest_date = 2020-06-04 08:00:00
earliest_date_markers =
Array
(
    [0] => 5
)
latest_date = 2020-06-04 17:00:00
latest_date_markers =
Array
(
    [0] => 5
)
WP TIMEZONE
Unknown or not set
WP GMT OFFSET
Unknown or not set
DEFAULT PHP TIMEZONE
UTC
WP DATE FORMAT
F j, Y
WP TIME FORMAT
g:i a
WEEK STARTS ON
1
COMMON LIBRARY DIR
D:\laragon\www\Test\wp-content\plugins\the-events-calendar/common/src/Tribe
COMMON LIBRARY VERSION
4.12.3

@sjaure See steps to reproduce:

Fresh install of WordPress v5.4.1 locally. Any default theme.
In wp-config.php, define( ‘WP_DEBUG’, true );
Add plugins:
The Events Calendar 5.1.2
Gutenberg v8.2.0 or v8.1.0

Add an event.

Go to calendar root. https://test.test/events/

Switch from list view to month view and then back to list view:

View post on imgur.com

This only prints 2 notices here, but every event you add brings 2 more notices until i think it eventually breaks the calendar completely.

Please fix.

Hi @jaimemarchwinski

No, it’s been fixed with 5.1.1, thank you.

Other issues remain, however, as I reported here:
https://www.ads-software.com/support/topic/timezone-bugs-issues/

Brian

I just tested this on my site without the URL cache buster and I see the problem. It works great until the logged in user goes to (or refreshes) a page that was cached by the logged out user. Than the logged in user is given the logged out user’s cached page.

add_action( 'template_redirect', 'bws_no_caching_for_logged_in_users' );
function bws_no_caching_for_logged_in_users() {
	if ( true === is_user_logged_in() ) {
		header( 'Cache-Control: no-store, no-cache, must-revalidate, max-age=0' );
		header( 'Pragma: no-cache' );
		header( 'Expires: Thu, 01 Dec 1990 16:00:00 GMT' );
	}
}

So maybe using a CloudFlare Worker to check if the user is logged in is the best approach for my use case (as described in the Medium article above). I have an eCommerce site and I’d like to avoid cache busting urls being shared by users.

Any thoughts about implementing such a feature?

• This reply was modified 4 years, 10 months ago by Brian Cruikshank.
• This reply was modified 4 years, 10 months ago by Brian Cruikshank.

CloudFlare Workers do work on the free plan. I’ve already tried it with the Edge Cache Plugin above. It works.

Did you see the links? I was hoping for your thoughts.

I also wonder if setting the Cache Control Header can also work as CloudFlare claims. The WordPress admin already does this by default with this function:
https://developer.www.ads-software.com/reference/functions/wp_get_nocache_headers/

Also, I’ve seen an example of a ClouldFlare Worker being used to detect logged-in users.
https://medium.com/@goodhoko/how-to-setup-complete-caching-of-wordpress-site-with-cloudflare-5f7b4b303ba4

And Workers being used to handle all the caching. Any comments on all these different approaches?
https://www.ads-software.com/plugins/edge-cache-html-cloudflare-workers/

Yes. It seems to work great.

Thank you!

Thank you for being so responsive.

I don’t quite understand the problems either.

Hope you can get a response from the CodeRisk guys.

Thanks for all the time you have spent on this.

I think it might have something to do with duplicated events.

Something like

add_filter( 'tribe_get_events_link', function() {
    if (is_single())
        return 'https://example.com';
} );

Probably seeing same issue: https://www.ads-software.com/support/topic/version-5-0-3-1-breaks-v2/

It’s the same issue as in this thread. You’re not alone.
https://www.ads-software.com/support/topic/version-5-0-3-1-breaks-v2/

Oh my god. I’ve wasted so much time trying to track this down. All plugins disabled and switching to a default theme. The only fix was to go back to The Events Calendar 5.0.2.1. Both 5.0.3.1 and 5.0.3 are broken.

Does no one run the latest software and use the block editor? How are there not more complaints about this? How does such an obvious issue of all your event details not showing get past testing?

Please fix asap!

• This reply was modified 4 years, 11 months ago by Brian Cruikshank.

Not working for me either.

It partially works on member profile pages with the dropdown, but only some (not all) of the options are hidden (like I hide topics and replies though they still show up).

The site wide activity page doesn’t change no matter what settings.

WordPress 4.95, BuddyPress 2.9.4, BuddyPress Activity Filter 1.0.4