problème connection failed #6
Labels
No Label
Type = user feedback
Cat = Documentation
Cycle = A Livrer DEV
Cycle = A Livrer PREPROD
Cycle = Backlog
Cycle = En Cours
Cycle = En Revue
Cycle = Livré DEV
Cycle = Livré PREPROD
Cycle = Retour DEV
Equipe = DEV
Equipe = SYS
Priorité = 01 - Haute
Priorité = 02 - Moyenne
Priorité = 03 - Basse
Statut = Bloqué
Statut = En Attente
Statut = En Rédaction
Type = ADR
Type = Anomalie
Type = CCTP
Type = Epic
Type = Question
Type = Scénario
Type = Tâche
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: arcad/arcast#6
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
problème d'usage :
Un utilisateur vient, ce connecte sur arcast, et l'utilise pour partager son écran.
Lorsqu'il à finit son utilisation celui-ci quitte son navigateur.
==> arcast-player n'a plus d'émetteur et donc affiche un message d'erreur indiquant une perte de connexion, impossible d'envoyer un nouveau cast, l'affichage reste sur l'erreur.
Pour retrouver l'affichage normal, il faut ce connecter à l'adresse d'arcast (ip:45555) et sélectionner RESET pour avoir à nouveau l'affichage de base, et pouvoir caster.
suggestion :
cf : #8
La connexion WebRTC peut se couper pour différentes raisons. Actuellement l'API native du navigateur est utilisée par l'application. Celle ci manque de résilience face aux potentielles pertes de connexion.
Basculer sur une librairie du type https://www.npmjs.com/package/reconnecting-simple-peer pourrait améliorer voir empêcher ce type de coupure.
Un retour à l'écran d'accueil pourrait également être envisagé sur une perte de déconnexion (après un délai préconfiguré).