Calendar tools should expose recurring series master IDs and support whole-series updates
Nobody has claimed this yet.
- Dominant language
- PowerShell
- Stars
- 1k
- Forks
- 132
- Avg merge
- 5d 19h
- Merged PRs (30d)
- 6
Description
Summary
WorkIQ calendar tools can update individual calendar event occurrences, and series-level updates appear to work if the caller already has the recurring series master event ID. However, the normal calendar read/list tool responses do not expose enough recurrence metadata to safely discover or target the series master.
This makes recurring calendar cleanup difficult and error-prone.
Scenario
A user wants to clean up recurring calendar series such as office hours, learning meetings, or FYI meetings by applying a category and setting free/busy consistently across the whole series.
Desired operation:
- Set category on the full recurring series
- Set
showAson the full recurring series - Optionally support “this and future” semantics
What works today
If the caller obtains the series master event ID through another path, UpdateEvent can update the series master successfully.
For example, Outlook Web’s “View series” page URL contains an encoded series master ID. Passing that encoded ID to UpdateEvent successfully updates the series-level category/free-busy state, and future occurrences reflect the update.
What is missing
WorkIQ calendar reads for recurring event occurrences do not expose fields such as:
typeseriesMasterIdiCalUIdrecurrencewebLink
Even when these fields are requested via select options, the tool response is normalized and omits them.
As a result, an assistant can see occurrence IDs but cannot reliably identify the series master without scraping Outlook Web UI state or using another non-WorkIQ path.
Requested capability
Please add one or both of the following:
-
Expose recurrence metadata in calendar read/list/get responses:
typeseriesMasterIdiCalUIdrecurrencewebLink
-
Add first-class recurring-series operations:
- update entire series
- update this-and-future occurrences
- set categories on a series
- set
showAson a series - accept/decline/follow an entire series
Why this matters
Updating occurrence-by-occurrence is slow, throttling-prone, and confusing in Outlook because some future instances may remain unchanged. For calendar hygiene workflows, assistants need a safe, first-class way to distinguish:
- one-off event
- recurring occurrence
- recurring series master
and then apply the user’s intent at the correct scope.
Related but different
There are existing issues about adding category support to calendar updates. This request is specifically about recurrence metadata and series-scoped updates. Category writes are useful, but without series discovery they still require per-occurrence updates or an external workaround.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the calendar read/list/get response normalization and the UpdateEvent handling described in the issue. Determine how recurrence metadata can be preserved and which series scopes the tools can support. Done means callers can distinguish one-off events, recurring occurrences, and series masters, then safely apply the requested series-level updates.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- powershell
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100