Greetings Benjamin,
The folks at WP-Types provided me with a solution… for any Views outputting on an event page, I can add a parameter to the template shortcode…
modify the content template shortcode from:
[wpv-post-body view_template="view-grid"]
To:
[wpv-post-body view_template="view-grid" suppress_filters="true"]
I don’t think I should have to do this.
… based on their feedback, it seems that AI1EC is filtering the_content too soon.
My preliminary additional testing shows that modifying AI1EC all-in-one-event-calendar/lib/http/response/render/strategy/html.php (lines 53 and 57) fixes the issue:
From this:
` if ( isset( $params[‘is_event’] ) ) {
// Filter event post content, in single- and multi-post views
add_filter( ‘the_content’, array( $this, ‘event_content’ ), PHP_INT_MAX – 1 );
return;
}
// Replace page content – make sure it happens at (almost) the very end of
add_filter( ‘the_content’, array( $this, ‘append_content’ ), PHP_INT_MAX – 1 );
}
to this:
if ( isset( $params[‘is_event’] ) ) {
// Filter event post content, in single- and multi-post views
add_filter( ‘the_content’, array( $this, ‘event_content’ ), PHP_INT_MAX + 1 );
return;
}
// Replace page content – make sure it happens at (almost) the very end of
add_filter( ‘the_content’, array( $this, ‘append_content’ ), PHP_INT_MAX + 1 );
}
`
DEcreasing the priority of AI1EC the_content filter by INcreasing PHP_INT_MAX (HIGHER runs later, right?) fixes the problem without having to edit my WP-Views shortcode on every site/project. I suspect that your current code may cause issues with other plugins that may output loops on the event pages.