P.E.A. Lutz

Yes. You can control how the Query Loop block queries and sorts posts using the query_loop_block_query_vars filter.

Add the following code to your site plugin, theme’s functions.php, or a snippets plugin:

function query_loop_vars( $query, $block, $page ) {
	if ( 'event' === $query['post_type'] ) {
		$query['orderby']  = 'meta_value';
		$query['meta_key'] = '_event_end';
		$query['order']    = 'DESC';
	}

	return $query;
}
add_filter( 'query_loop_block_query_vars', 'query_loop_vars', 10, 3 );

This example sorts event posts by a custom meta field (_event_end) instead of publish date. The same filter can be used to modify other query parameters as needed.

Ref: https://developer.ww.wp.xz.cn/reference/hooks/query_loop_block_query_vars/

• This reply was modified 7 months, 2 weeks ago by P.E.A. Lutz.

@hanheg

I posted my solution to this issue here: https://ww.wp.xz.cn/support/topic/wpml-issue-with-eventsmanager/#post-18664590

The problem isn’t the if check, it’s that $is_post_type isn’t a boolean. Since it usually holds a non-empty string, the condition runs for post types outside Events Manager. The code suggested earlier “works” but it edits plugin files directly and makes $is_post_type pull double duty.

A safer fix is to unhook EM’s handler and replace it with a wrapper that sets $is_post_type as a true/false value. This way the condition works exactly as intended — only for repeating archetypes — and you don’t have to edit plugin files (so the fix survives updates).

Drop this into your theme’s functions.php or, better, a small MU-plugin:

/**
  * Remove EM's default handler and reattach our own.
  *
  * @return void
  */
function em_fix_future_publish_scope() {
	remove_action(
		'publish_future_post',
		array( 'EM_Event_Post', 'publish_future_post' ),
		10
	);
	add_action( 'publish_future_post', 'em_future_publish_handler', 10, 1 );
}
add_action( 'plugins_loaded', 'em_fix_future_publish_scope', 20 );

/**
 * Replacement handler for scheduled publish.
 *
 * @param int $post_id Post ID being published by WP-Cron.
 * @return void
 */
function em_future_publish_handler( $post_id ) {
	global $EM_Event;
	$post_type = get_post_type( $post_id );

	// Corrected boolean check: true if this post type is a repeating archetype managed by EM.
	$is_post_type = (bool) Archetypes::is_repeating( $post_type ) && Archetypes::get_repeating_archetype( $post_type );

	$saving_status = ! in_array( get_post_status( $post_id ), array( 'trash', 'auto-draft' ), true )
	&& ! defined( 'DOING_AUTOSAVE' );

	if ( ! defined( 'UNTRASHING_' . $post_id ) && $is_post_type && $saving_status ) {
		$EM_Event = em_get_event( $post_id, 'post_id' );
		if ( $EM_Event instanceof \EM_Event ) {
			$EM_Event->set_status( 1 );
		}
	}
}

Why this is better

• $is_post_type is now a proper boolean, not a string.
• The if guard works as intended: only runs for EM repeating archetypes.
• No need to edit plugin files — this survives plugin updates.
• Clearer, easier to maintain, and future-proof against Archetypes changes.

If this error only occurs when the option “Include Form Styling: No styling”, the issue may simply be the div that contains that text isn’t hidden because the plugin’s CSS is disabled.

I added CSS to the class .wpforms-hidden to hide the text. The form is working as expected.

<div class="wpforms-hidden" id="wpforms-error-noscript">
Please enable JavaScript in your browser to complete this form.
</div>

I also encountered the issue in which the form itself displayed “Please enable JavaScript in your browser to complete this form.”

For me, it was resolved by disabling “Use Modern Markup” in Settings > General

Recurring events are not really “events”, they act more as a grouping or parent for the occurrences (events) of the recurring event. By default, the events listing will show each occurrence as a separate event.

Are you looking to show a list of events that are occurrences of a recurring event or are you looking to show the recurring events as list?

Both are possible.

You can either use a built-in template tag or shortcode to display the events.

Template Tag

em_events( $args ) or em_get_events( $args )

https://wp-events-plugin.com/documentation/template-tags/

Shortcode

[events_list]

https://wp-events-plugin.com/documentation/shortcodes/

To display only events that are occurrences of a recurring event:

em_events( array( 'recurrences' => 1 ) );

[events_list recurrences=1]

To display only events that are occurrences of a recurring event and grouped by recurring event id

em_events( array( 'recurrences' => 1, 'groupby' => 'recurring_id' ) );

[events_list recurrences=1 groupby='recurring_id']

To display recurring events.

em_events( array( 'recurring' => 1, ) );

[events_list recurring=1]

See full list of search attributes here:

https://wp-events-plugin.com/documentation/event-search-attributes/

• This reply was modified 3 years, 4 months ago by P.E.A. Lutz.
• This reply was modified 3 years, 4 months ago by Steven Stern (sterndata).

I can confirm that 3.4.7 resolves the issue for me.