- Shipped
- 22 de agosto de 2026 às 01:13 UTC
- Author
- Kamo
- Commit
- 31eb68b
CalendarWidgetService responde ao que um widget realmente precisa e à página do calendário hasEarlier/hasMais tarde então uma seta cinza para fora em vez de oferecer uma página vazia. A dois escopos são disjuntos de propósito — o calendário compartilhado da organização para um widget, o próprio membro para o outro — assim que uma reunião da empresa aparece uma vez em vez do que em ambos os painéis lado a lado. Nem os IDs do calendário nem o ID do membro vêm a partir da solicitação: o chamador passa a org e membro da sessão e do serviço resolve o resto, por isso um pedido para nomear qualquer outra coisa não tem onde dizer. CalendarChangePublisher empurra cada gravação para /topic/calendar/org/<orgId> ou Sempre após o compromisso. Publicação em linha enviar o empurrão enquanto a escrita não está comprometida, e um elemento que responde a um empurrão por re-leitura iria correr a transação e geralmente ganhar — redesenhando com o estado já tinha e nunca mais soube da mudança. Ambos os destinos são guardados no WebSocketConfig, cujo guarda per-org é agora uma lista de prefixos como o por-membro.