Files
webmail/components
Linus Rath 27f57864cf fix: keep a sharee's own answer and raise sequences from the server's copy
Two leftovers of 9f7c12ab and 021a6732:

- A sharee who attends the owner's meeting and moves it in the owner's
  calendar was asked again along with everyone else. Stalwart 0.16
  counts the addresses of the user who writes as the account's own and
  sends them nothing, so her answer stayed needs-action in the owner's
  copy with nothing asking her to answer again, and her own copy kept
  the old time (live on 0.16.23; 1.0 sends her the change). A move, a
  drag or a new rule now keeps the answer of the user who makes it, in
  the series and in the overrides it rewrites; the other attendees are
  asked again as before. The rest of a split series still asks
  everyone, the user too: 1.0 invites to a new event only who has not
  answered.
- The SEQUENCE a change of every occurrence raises came from the series
  as the app held it. A series opened from a link while another client
  changed it gave a lower number than the attendees had, which 0.16
  stores and the attendees refuse, and a pointer into an override
  removed meanwhile failed the whole save. The store now reads the
  series right before that write, through the account the write goes
  to, and the raise starts from what the server holds: the series'
  SEQUENCE, the overrides it has now, and for an override the change
  rewrites at least one above the series. 1.0 raises the numbers the
  same way itself, so the result there is unchanged (live).
2026-09-26 04:45:25 +02:00
..
2026-06-24 18:39:38 +02:00