- Shipped
- 11. August 2026 um 00:09 UTC
- Author
- kamo
- Commit
- ba24958
Fast jede gatterbare Aktion im Produkt - Wählen Sie eine Erweiterung, E-Mail an ein Mitglied, Öffnen Sie den KI-Assistenten, spielen Sie eine Aufnahme, beginnen Sie ein soziales Gespräch - ist eine nackte ************ und die Werkzeugbuchung hatten überhaupt kein Tor. Gating diese Anruf-Websites ein zu einer Zeit könnte nie vollständig sein: ein Disponent Später hinzugefügt, oder einfach verpasst, Routen gerade um es herum. Der Scheck lebt jetzt in ToolWindowsContext's Single Tool:open handler, so dass jeder Anrufer abgedeckt ist. Aktionen, die nie durch ein Werkzeugfenster passieren, werden dort eingesperrt, wo sie leben: Anhänge (einschließlich Drag-Drop und Paste, die die gleiche Fähigkeit von eine andere Route), das Wachsen eines Chats in eine Gruppe, und die Treffpunkte. Damit werden auch drei Ungereimtheiten beglichen, die die Prüfung ergab. Zwei der drei "Einladen zum Treffen" Einstiegspunkte überprüft Organisation.isMeet und die dritte tat nicht; zwei der drei E-Mail-Eingabepunkte überprüft ACCESS_MAIL und die dritte hat nicht; und die Wahl eines Mitglieds-Erweiterung aus dem Dienstplan hatte keine VOIP-Prüfung von irgendwelchen Art. Alle sind sich jetzt einig. Fähigkeiten standardmäßig gesperrt - während die erste Ladung im Flug ist, wenn der Anruf scheitert, und wenn ein älteres Backend das Feld weglässt. Vermutlich "erlaubt" würde Hand ausgezahlte Funktionen, das ist der Fehler, den der Anspruchspfad bereits einmal gemacht hat mit seinem Fazit-Open-Standard.