- Shipped
- 22 août 2026 à 01:13 UTC
- Author
- Kamo
- Commit
- 31eb68b
CalendarWidgetService répond à ce dont un widget a réellement besoin et à la page calendrier hasEarlier/hasLater donc une flèche grise sort au lieu d'offrir une page vide. Le deux champs d'application sont désarticulés à dessein: le calendrier partagé de l'organisation pour un widget, le membre pour l'autre - donc une réunion de l'entreprise apparaît une fois plutôt que sur les deux vitres côte à côte. Ni les ids du calendrier ni l'identifiant du membre de la demande: l'appelant transmet l'organisation de la session et le membre et le service résolve le reste, donc une demande nommant quoi que ce soit d'autre n'a nulle part où le dire. CalendarChangePublisher pousse chaque écriture sur /topic/calendrier/org/org/orgId ou - toujours après l'engagement. La publication en ligne serait envoyer le nudge pendant que l'écriture est inengageue, et un widget qui répond à un nudge de Relecture de la course à la transaction et gagnerait généralement - redessiner avec l'état de l'état Il a déjà entendu parler de ce changement et de ne plus jamais entendre parler du changement. Les deux destinations sont gardées dans WebSocketConfig, dont la garde par or est maintenant une liste de préfixes comme le par membre.