Skip to content

fix(public_events): fetch the metadata permission from the staff API (PPT-2247) - #625

Draft
chillfox wants to merge 1 commit into
masterfrom
PPT-2247
Draft

fix(public_events): fetch the metadata permission from the staff API (PPT-2247)#625
chillfox wants to merge 1 commit into
masterfrom
PPT-2247

Conversation

@chillfox

@chillfox chillfox commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

No description provided.

…(PPT-2247)

The permission lives in the staff API `event_metadatas` table, it is not
part of a calendar event, so it never appeared in the Bookings cache. The
default of PRIVATE was applied to every event and the public list was
always empty.

Permissions are now looked up with `StaffAPI.query_metadata`, passing the
id, ical_uid and recurring_event_id of every cached event as `event_ref`
(batched, so the query string stays small). Metadata that belongs to an
event instance takes precedence over the metadata of the recurring
master, so a single public occurrence no longer makes the whole series
public. Events that are private on the calendar remain excluded, their
title and host have already been masked by the Bookings driver.

A permission can also change without the event changing, and a driver
only publishes a status when the value has changed, so the `bookings`
subscription can't keep the cache fresh on its own. The filter is now
re-applied on a schedule (`metadata_refresh_minutes`) and whenever
`update_public_events` is called.
@chillfox chillfox self-assigned this Aug 5, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant