- Expédié
- 26 août 2026 à 00:30 UTC
- Auteur
- kamo
- Commite
- 7ceafed
Un appel ne peut pas être déplacé dans une fenêtre après qu'il a commencé - un RTCPeerConnection et son MediaStream ne sont pas transférables entre les contextes de navigation, et là n'y a pas de prise en charge d'appel côté serveur à laquelle se rattacher. Donc la fenêtre doit être le chose qui a placé l'appel, qui en fait la LINE plutôt que l'appel: il s'ouvre avec le softphone, tient l'enregistrement SIP, et chaque appel est en ouvert c'est ça. La fenêtre de l'outil en page conserve sa place et devient la télécommande. La phase 1 est isolée et les navires d'abord: un garde avant l'arrêt de la charge pendant l'appel, a tool:requestFermer le veto, un appel en direct comme activité de session, un pagehide balise de chute - et décapage autoDial de l'instantané de la fenêtre d'outil, qui est pourquoi un rafraîchissement moyen refait actuellement le client. La colonne vertébrale de la phase 2 est exactement un registraire par navigateur, élu avec Web Locks et coordonné sur BroadcastChannel, la ligne ne se déplaçant qu'entre les documents lorsqu'aucun appel n'est en direct. C'est ce qui fait de RingCentral Les plus récents neuves ne sont pas inoffensifs au lieu de désasser l'onglet silencieusement aux appels entrants pendant une heure. Enregistre ce que le navigateur nous donnera et ne nous donnera pas, par navigateur, et les huit les choses qui valent la peine d'être vérifiées avant tout code - en commençant par les AOR de FreePBX max-contacts, qui n'est fixé nulle part dans aucun repo.