- Expédié
- 26 août 2026 à 03:37 UTC
- Auteur
- kamo
- Commite
- e4d2c18
L'appel vit maintenant dans une fenêtre un rafraîchissement de l'espace de travail ne peut pas toucher. SoftphoneProvider devient propriétaire-ou suiveur. Seul le propriétaire REGISTRE et ouvre la douille STOMP; un suiveur rend un état en miroir, envoie des commandes sur le pont, et reste silencieux - pas de sonnerie, pas de sonnerie, pas de bruit d'événement, parce que c'est ne tient aucune session et son bouton Réponse ne ferait rien. Où se trouvent les verrous Web indisponible l'onglet possède simplement la ligne et il n'y a pas de fenêtre, qui est le comportement d'aujourd'hui: ne jamais se dégrader en deux enregistrements. /téléphone se rend par l'intermédiaire d'une troisième branche AuthedChrome portant SoundProvider et SoftphoneProvider et rien d'autre. À l'exclusion de l'outilWindowRestore - sa garde est la portée du module, de sorte qu'un nouveau document rejouerait l'ensemble du membre dock à l'intérieur du pop-up - et donc à l'exclusion de SessionManager, qui navigue vers /d'oeuvre à l'expiration et supprimerait la session Redis partagée à partir du sous-programme onglets d'espace de travail. Pour la même raison, utiliserUserInfo et apiClient refusent maintenant de vous n'empruntez pas cette voie; une session perdue est rendue, et non redirigée. La fenêtre s'ouvre en synchronisme à partir d'un clic dans NavTop (l'activation transitoire le fait ne survivent pas à une attente), est nommé donc un second clic focus plutôt que faisant ou non, et rapporte un pop-up bloqué au lieu de s'affranchir silencieusement - le Le softphone en page continue de fonctionner dans les deux sens. À l'intérieur : une porte de départ qui achète activation collante avant tout en avoir besoin, recharger la clé de récupération, une fermeture confirmer, et un verrouillage du réveil de l'écran.