- Shipped
- September 7, 2026 at 1:35 AM UTC
- Author
- Kamo
- Commit
- 043f31b
meetingUrl has been on the entity, in EventDto and in meetingSignature for as long as the dialog has existed, and nothing could ever write it. EventRequest did not carry the field and applyEditableFields did not copy it, so the only writer on the platform was MeetingInviteService's own endpoint — a member composing an event could see the link come back and never put one there. That is what made f07368d's URL property academic on both the calendar page and the lead callback: the ics will now carry a join link, but nothing on those paths could supply one. Null keeps meaning "not supplied" for the link, unlike the three invite flags below it, which are asserted even when null. A link is a value the member owns: CalDAV PUTs and ics imports know nothing about it and must not strip it from a meeting on an unrelated edit. meetingSignature already counted meetingUrl, so changing the room now raises the SEQUENCE and everyone holding an invitation is told — which is the whole point of letting it be set.