- Spegnimento
- 26 agosto 2026 alle ore 03:37 UTC
- Autore
- kamo
- Impegno
- e4d2c18
La chiamata ora vive in una finestra un rinfresco dello spazio di lavoro non può toccare. SoftphoneProvider diventa proprietario-o-follower. Solo il proprietario REGISTRI e si apre la presa STOMP; un seguace rende lo stato a specchio, invia comandi sopra il bridge, e rimane silenzioso — senza suoneria, senza ringback, nessun suono di evento, perché esso non tiene alcuna sessione e il suo pulsante Risposta non farebbe nulla. Dove Web Locks è non disponibile la scheda possiede semplicemente la linea e non c'è finestra, che è comportamento di oggi: mai degradare in due registrazioni. /phone rende attraverso un terzo ramo AuthedChrome che trasporta SoundProvider e SoftphoneProvider e nient'altro. Escluso ToolWindowRestore è portante di carico — la sua guardia è portata modulo, quindi un documento fresco rigiocherà l'intero membro dock all'interno del popup — e così esclude SessionManager, che naviga a /logout alla scadenza e cancellerebbe la sessione Redis condivisa fuori da sotto scheda workspace. Per lo stesso motivo utilizzareUserInfo e apiClient ora rifiutano di self-navigate da questo percorso; una sessione persa è resa, non reindirizzata. La finestra si apre sincronamente da un clic in NavTop (l'attivazione transitoria fa non sopravvivere a un'attesa), è chiamato così un secondo clic si concentra piuttosto che duplicare, e segnala un popup bloccato invece di fallire silenziosamente — il in-page softphone continua a lavorare in entrambi i modi. Dentro: un cancello di partenza che acquista attivazione appiccicosa prima di qualsiasi cosa ne abbia bisogno, ingoiare chiavi di ricarica, chiudere confermare, e un blocco della sveglia dello schermo.