Bonjour,
Nous proposons un test de vidéoconférence en situation réel, entre utilisateurs francophones, à partir du swarm Jami Entraide Utilisateurs, hébergé par cafeine .
Merci de partager sans modération auprès d’utilisateurs testeurs de jami.
Inscription et détail ici 
https://date.chapril.org/RT9PLRpybnHgSDui
De nombreux problèmes durant le test aujourd’hui… 
Il va falloir rassembler les notes, les captures d’écran et les logs enregistrés. Attention, ces pièces peuvent contenir des informations personnelles (identifiants Jami; adresses IP; etc) que vous ne voulez pas partager sur l’Internet. Il faudra qu’on les passe aux développeurs de Jami sans que celles-ci ne se retrouvent publiques.
@verojean, veux-tu que je me charge de coordonner la récupération des preuves et leur organisation pour les développeurs?
Oui, Pierre, Merci pour votre aide, j’ai laissé un message dans ce sens sur le swarm jeu
Tu préfères qu’on t’envoie les logs par quel canal de communication ? Jami, forum, mail ou autre ?
EDIT: J’ai posté sur le swarm JEU un lien vers un document Cryptpad qui permet de déposer des fichiers et annoter le document récapitulatif. Les instructions sont dans les posts suivants…
Comme je l’ai posté dans le canal JEU, je cherche quel serait l’outil collaboratif le plus pratique pour mettre en ordre toutes les preuves capturées. Il y a eu de nombreux problèmes durant l’heure où nous avons fait le test, et je crois qu’il faudrait segmenter suivant les principaux problèmes rencontrés et mettre un peu d’ordre. Mais pour que ce soit utilisable par les développeurs, il faut qu’ils voient les preuves des différents pairs qui participaient au swarm. Et il faut que je tienne compte des décalages horaires…
Je vais regarder si Cryptpad (https://cryptpad.fr) fait l’affaire et permet de charger les captures d’écran en face du texte s’y référant. Je n’ai jamais essayé ce service… Sinon je devrais utiliser Google Doc à défaut de trouver mieux.
Quoi qu’il en soit, je partagerai l’URL sur JEU pour que les participants du test puisse commenter/enrichir le rapport final.
Et ensuite, j’ouvrirai soit un gros rapport de bug (privé) sur le Gitlab de Jami, soit un rapport par problème…
Voilà le plan pour les prochains jours!
Tout compte fait, Cryptpad convient pour suivre les événements de ce test. J’ai partagé l’URL pour accéder au document dans un message sur le swarm JEU.
Pour les participants de samedi, merci de compléter le document avec vos captures d’écran et vos commentaires (vos souvenirs…).
Concernant Cryptpad, vous ne devriez pas avoir besoin de vous inscrire car le lien partagé vous donne les droits d’ajouter des fichiers et de modifier. Mais si vous créez un compte Cryptpad (identifiant + mot de passe, uniquement demandés), vous pourrez laisser des commentaires personnels. La suite Cryptpad a l’air très intéressante…
Sûrement pas , où alors ce sera sans moi !
Nous n’utilisons que des Logiciels Libres
Regarde ici : https://www.chapril.org/-services-.html
ou là Dégooglisons Internet - Accueil
Ok pour cryptpad Opensource et serveur en France.
Oui il y a de nombreuses autres solutions ! que google… 
Elle doivent être Libre ou au moins Open Source et de préférence sur des serveurs en Europe.
Cryptpad que tu as trouvé semble faire l’affaire.
Mais pourquoi ne pas le faire directement sur le gitlab, en issue non public, accessible uniquement à @sblin et développeurs SFL ?
Nous aimerions avoir le point de vue de @sblin avant de nous engager dans une voie qui ne convient pas aux développeurs, et perdre notre temps pour rien.
Ne confondons pas vitesse et précipitation 
…
Merci à @sblin ou @cyrille de nous faire une réponse, afin que @pmetras et tous les participants volontaires du swarm jami jeu puissent apporter leur pierre à l’édifice.
Comme tout rapport de bug, l’idéal et que ce soit reproductible ou a défaut le plus précis possible.
Si on arrive a le reproduire ou comment entrer dans telle ou telle situation, le fix ne sera que plus rapide.
Pour les problèmes logique (blocage ou situation étrange), généralement un scénario (comme une recette de cuisine pour reproduire le problème) suffit et les logs servent en général de support.
Pour les problèmes de performance, des informations sur le matériel et topographie réseau seront sans doute nécessaire
Nous devons donc décrire les informations sur le matériel et la topographie réseau pour chaque participant au swarm JEU.
Faisons le sur le récapitulatif de notre test géré par @pmetras sur Cryptpad.fr Le lien pour y accéder est sur le swarm JEU.
Les principaux problèmes rencontrés:
Pour le moment, les évidences collectées ne permettront probablement pas d’identifier ou de reproduire les problèmes rencontrés.
Pour une prochaine fois, il faudrait une meilleure préparation car Jami n’est pas encore assez stable pour rechercher des bugs par fuzzing dans toutes les directions, comme ça été le cas samedi:
Le déroulement des scénarios de test doit donner lieu à une coordination des participants. Pour mettre le plus de chances du côté de la compréhension des problèmes, dans le cas de systèmes distribués comme un appel swarm Jami, il faut que tous les participants puissent capturer les logs et les rassembler autour du scénario testé.
Idéalement, l’équipe de Savoir-faire Linux devrait coordonner ce type de test, afin de déterminer les scénarios à tester.
Rien à ajouter, c’est dit et bien dit
En lien avec ce sujet :
Je pense que la sélection manuelle d’un ordinateur comme point de rendez-vous n’est qu’une étape dans la feuille de route des développeurs de Jami, car l’idéal est que l’hôte soit déterminé automatiquement en fonction des capacités des machines dans la conversation et puisse être réaffecté si un équipement plus performant se connecte à la conversation. En plus, une réaffectation dynamique permettrait à l’équipement qui effectue de mixage de quitter la conversation, sans que tous les participants ne soient éjectés…
Bonjour @pmetras , espérons que vous pensez juste ?..
