Version 1.7.6 — Hide In-Progress Events & Occurrence End-Date Fix #
New 'Hide in-progress events' setting across all upcoming queries, plus a fix that recomputes each occurrence's end date from the event's original duration.
11 May 2026
Version 1.7.6 adds a new global query setting for handling today's in-progress events, automatically rebuilds per-occurrence end dates for existing repeating events, and tightens up a few "Next occurrence(s)" element edge cases.
Hide In-Progress Events
By default, an event running right now (say, from 10:00 AM to 11:00 AM) still shows up in upcoming-events lists until it finishes. A new global setting changes that behaviour when you want it to.
Find it under Recurring Events → Settings → Query Behaviour → Treat in-progress events as past:
- Off (default) — In-progress events stay visible in upcoming lists until their end time has passed.
- On — Events disappear from upcoming lists the moment their start time passes today.
Either way, events that have already ended today are always excluded from upcoming queries — that part doesn't change.
Per-Instance Overrides
Every Bricks query loop, Elementor loop widget, and most filter elements now expose a Hide In-Progress Events dropdown so you can override the global setting per instance:
- Use Global — Follow the site-wide setting
- Hide once started — Remove the event as soon as its start time passes
- Show until ended — Keep the event visible while it's running
The [lre_events] shortcode and lre_get_events() public API also accept a hide_in_progress argument with values default, hide, or show:
[lre_events hide_in_progress="hide"]
The site calendar is unaffected — it continues to display all events in the visible date range, regardless of this setting.
Per-Occurrence End Dates
Repeating events now compute the end date for each occurrence from the event's original duration, instead of reusing the original event's end date across every occurrence.
The old behaviour caused two visible issues:
- Single-day repeating events (start date = end date) — Occurrences after the first appeared to span multiple days, because the end date was anchored to the original event while the start date advanced.
- Multi-day repeating events (e.g., a 3-day workshop repeating weekly) — Every occurrence appeared to end on the original event's end date instead of advancing alongside its start.
End dates are now computed correctly: same-day events get end = start, multi-day events get end = start + duration.
:::tip On upgrade, all existing events have their stored occurrences automatically rebuilt the first time an administrator opens the WordPress admin. No manual action needed. :::
Fixes
- Today's events that have already ended no longer appear in upcoming events queries — Previously, an event scheduled for earlier today (for example 8:30 AM – 9:00 AM) would remain in upcoming events lists until midnight. Upcoming queries now check the end time of same-day events and exclude any that have already finished. Affects Bricks query loops, Elementor loops (both the Pro loop grid integration and the LRE Events Loop widget), the
[lre_events]shortcode, thelre_get_events()public API, and frontend AJAX filtering. - "Next occurrence(s)" element now correctly shows only the requested number of dates — When "Exclude current occurrence" was enabled, opening an event from a context that didn't include an occurrence parameter in the URL (a homepage event card, the main calendar, etc.) caused the element to display one more date than configured. The element now always respects the configured limit.
- "Next occurrence(s)" element now shows occurrences after the one being viewed — Previously, viewing a specific occurrence could display occurrences that came before the one currently being viewed. It now consistently shows occurrences that follow the viewed one.
- Today's date on the calendar remains readable when hovered — Hovering over the current date in the month grid was changing the date number to the same colour as its highlight circle, making the number disappear. Today's date now keeps its contrast colour on hover in both the month grid and multi-month views.