Measured while implementing #4616 (the gallery registration widening). Filed unassigned; not fixed there — the tiles stopped being red on that card and this is about what they draw once they are not. Duplicate-searched (keyword + calendar-view + the entry paths): the only near hit is #4452, a different currentDate defect, already closed.
The observation
With @object-ui/plugin-calendar registered, plugin-calendar/month-view-calendar and plugin-calendar/week-view-calendar render a real, correct calendar — 163 and 421 elements, the month grid and the hour rails both present. What they do not render is a single event, because calendar-view paints the window around today and both entries author events with fixed 2024 dates:
month-view-calendar :: authored "Team Meeting", "Project Deadline", "Conference" — none on screen
week-view-calendar :: authored "Standup", "Sprint Planning", "1:1 with Manager", "Team Lunch" — none on screen
Measured on a run whose today was 2026-08-14: the month view drew "August 2026", the week view "Aug 9 - Aug 15, 2026".
So the two entries whose whole point is to demonstrate events on a calendar demonstrate an empty calendar, and will keep doing so on every future day. This is an example-data staleness question, not a renderer defect — calendar-view is doing exactly what it should.
Both entries are named as explicit exemptions from the authored-title control, with this issue number, in examples/schema-catalog/test/catalog-gallery-render.test.tsx; the no-red-tile assertions still apply to them.
Fix shape (not prescriptive)
Anything that puts the events inside the rendered window: dates authored relative to today, or an authored currentDate pinning the view to the events' month (note #4452 for how that key wants to be spelled). The catalog ships raw JSON meant to be copy-pasteable, so a relative-date form has to stay copy-pasteable to be worth it — worth deciding rather than defaulting.
Marked finding rather than queued: nothing a user hits breaks, and the tile is not red.
Refs #4616, PR #4615, #4452.
Measured while implementing #4616 (the gallery registration widening). Filed unassigned; not fixed there — the tiles stopped being red on that card and this is about what they draw once they are not. Duplicate-searched (keyword +
calendar-view+ the entry paths): the only near hit is #4452, a differentcurrentDatedefect, already closed.The observation
With
@object-ui/plugin-calendarregistered,plugin-calendar/month-view-calendarandplugin-calendar/week-view-calendarrender a real, correct calendar — 163 and 421 elements, the month grid and the hour rails both present. What they do not render is a single event, becausecalendar-viewpaints the window around today and both entries author events with fixed 2024 dates:Measured on a run whose today was 2026-08-14: the month view drew "August 2026", the week view "Aug 9 - Aug 15, 2026".
So the two entries whose whole point is to demonstrate events on a calendar demonstrate an empty calendar, and will keep doing so on every future day. This is an example-data staleness question, not a renderer defect —
calendar-viewis doing exactly what it should.Both entries are named as explicit exemptions from the authored-title control, with this issue number, in
examples/schema-catalog/test/catalog-gallery-render.test.tsx; the no-red-tile assertions still apply to them.Fix shape (not prescriptive)
Anything that puts the events inside the rendered window: dates authored relative to today, or an authored
currentDatepinning the view to the events' month (note #4452 for how that key wants to be spelled). The catalog ships raw JSON meant to be copy-pasteable, so a relative-date form has to stay copy-pasteable to be worth it — worth deciding rather than defaulting.Marked
findingrather than queued: nothing a user hits breaks, and the tile is not red.Refs #4616, PR #4615, #4452.