- Shipped
- 22. August 2026 um 01:13 UTC
- Author
- Kamo
- Commit
- 31eb68b
CalendarWidgetService beantwortet, was ein Widget eigentlich braucht und die Kalenderseite hatEarlier/HassLater so ein Pfeil grau aus, anstatt eine leere Seite anzubieten. Die zwei Zielfernrohre sind absichtlich unzusammenhängend - der gemeinsame Kalender der Organisation für einen Widget, das Mitglieds-eigene für die andere - so eine Unternehmenssitzung erscheint einmal eher als auf beiden Seitenscheiben. Weder die Kalender-IDs noch die Mitglieder-ID kommen von der Anfrage: der Anrufer geht an der Sitzungsperiode und dem Mitglied und dem Service vorbei löst den Rest, so dass eine Anfrage, die alles andere nennt, nirgendwo so zu sagen hat. CalendarChangePublisher schiebt jedes Schreiben an /topic/calendar/org/<orgId' oder ************ immer NACH dem Commit. Verlag inline würde senden Sie den Schubs, während das Schreiben ist uncommitted, und ein Widget, das einen Schubs beantwortet von Wiederlesen würde die Transaktion Rennen und in der Regel gewinnen - Redrawing mit dem Staat es hatte und nie wieder von der Änderung gehört. Beide Reiseziele werden bewacht in WebSocketConfig, dessen pro-Org-Wächter jetzt eine Vor-Präfix-Liste wie die pro-member ist.