Peerjs: Impossible de communiquer entre iOS/MacOS et Windows 10

Créé le 26 mai 2019 · 5Commentaires · Source: peers/peerjs

J'ai l'erreur suivante :

Uncaught TypeError: Cannot read property 'readyState' of undefined
    at e.cleanup (main.00964d37d7b2ca5b80ca.js:1)
    at t.close (main.00964d37d7b2ca5b80ca.js:1)
    at RTCPeerConnection.e.oniceconnectionstatechange (main.00964d37d7b2ca5b80ca.js:1)

Mon projet simple utilise le serveur peerjs partagé pour se connecter et envoyer un nombre croissant toutes les 3s. Voir https://passenger-location-share.firebaseapp.com/ et appuyez sur Track passengers sur un navigateur/onglet et sur un autre navigateur/onglet, appuyez sur passenger on the way pour commencer à envoyer des messages.

Quelques tests que j'ai fait et résultats :

Safari sur iOS 12.2 et Chrome 74 sur Windows 10 ==> Erreur
Safari sur macOS 10.13.4 et Chrome 74 sur Windows 10 => Erreur
Chrome sur macOS 10.13.4 et Chrome 74 sur Windows 10 => Erreur
Chrome et Firefox sur Windows 10 => Succès
Chrome et Safari sur macOS => Succès
Chrome sur Android 9 et Chrome sur Windows 10 => Succès

S'il vous plaît aider à jeter un oeil. Merci

Mise à jour : j'ai également confirmé ce problème sur la démo https://jmcker.github.io/Peer-to-Peer-Cue-System/

bug

Source

nhducseuit

Tous les 5 commentaires

Pourriez-vous essayer avec https://github.com/peers/peerjs/tree/v2.0.0 ?

kidandcat le 27 juin 2019

La même chose se produit pour moi sous Chrome+Win10/7 vs Chrome+macOS et aussi pour Chrome+Win10/7 vs Chrome+Android 8.1.

BTW, cela ne se produit pas avec PeerJS v2.0, du moins avec Chrome+Win10/7 vs Chrome+Android8 et Chrome+Win10/7 vs Chrome+macOS. En outre, il fonctionne avec Chrome+Win10 vs Firefox+Win10.

bilo1967 le 1 juil. 2019

👍1

Je me demande, comment utilisez-vous la v2.0. Il n'a pas de document API.

nhducseuit le 2 juil. 2019

Je ne l'utilise pas encore vraiment, je teste juste. J'ai joué un peu avec l'exemple fourni qui est assez clair même si les appels d'API ne sont pas documentés. De nombreuses fonctionnalités manquent encore (*) mais la nouvelle API 2.0 semble plus simple à utiliser que la v1, et pour les connexions multipart il fait presque tout tout seul.

(*) Notamment la gestion des déconnexions et des métadonnées, en ce qui concerne le projet que je développe. Il devrait également y avoir la possibilité de rejeter "gentiment" un appel au lieu de laisser le pair expirer, ce dont j'ai besoin.

bilo1967 le 2 juil. 2019

Le problème a été résolu dans #520 ( version 1.0.1 )