vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2020-06-11T13:24:31+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4034Genescan gris et clones clusterisés2020-06-11T13:24:31+02:00Mikaël SalsonGenescan gris et clones clusterisésCela provoque une erreur, par exemple ici : http://app.vidjil.org/?set=3241&config=56
```
TypeError: cluster_clone is undefined
```
(clone.js:790)Cela provoque une erreur, par exemple ici : http://app.vidjil.org/?set=3241&config=56
```
TypeError: cluster_clone is undefined
```
(clone.js:790)https://gitlab.inria.fr/vidjil/vidjil/-/issues/1996Afficher certaines séquences particulières, même en-dessous du -t2020-06-11T11:26:37+02:00Vidjil TeamAfficher certaines séquences particulières, même en-dessous du -tLorsque des séquences d'intérêt sont en dessous du -t 100 de fuse.py on veut qu'elles finissent malgré tout dans le fichier final. Quelle solution retenir ?
* Les passer explicitement en paramètre du fuse.py ? Pas très simple pour notre...Lorsque des séquences d'intérêt sont en dessous du -t 100 de fuse.py on veut qu'elles finissent malgré tout dans le fichier final. Quelle solution retenir ?
* Les passer explicitement en paramètre du fuse.py ? Pas très simple pour notre serveur de faire ça
* Avoir un champ dans le fichier .vidjil qui dise au fuse.py « prends-moi » ? Les champs correspondants aux clones sont assez descriptifs. Là on ajouterait un champ purement « computationnel ». Ça polluerait un peu le fuse…
***
Le champ dans le `.vidjil` pourrrait être un "label", qui ne serait pas forcément oui/non mais pourrait ajouter de la sémantique (comme on faisait il y a longtemps avec l'option "-l"). C'est donc descriptif. (On a déjà "name", qu'on utilise pas comme cela.)
Dans un premier temps, fuse.py pourrait tout simplement garder les séquences avec label. Dans un deuxième, fuse pourrait avoir des paramètres pour spécifiquement garder/ignorer certains labels.
***
Au fait, dans #1007, un vieux commentaire disait :
> "un flag faisant qu'il prend le nom des fichiers fasta comme "name" dans le `.vidjil` (et sort `top: 0`, ou, mieux, un nouveau flag ?)"
On peut effectivement déjà forcer avec `top: 0`. Utiliser "name" ne me semble pas une bonne idée maintenant.
***
Forcer le top : bof, on perd l'info.
Je pense que la situation était différente dans l'autre tâche puisqu'il n' s'agit pas de séquences appartenant réellement au jeu de données. Ce qui n'est pas notre cas ici.
***
nouvelle option `--label` (édité, ancienneemnt `-W`) + d332792 : on a le `label`
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4337Warning si version très ancienne de l'algorithme (et vue database)2020-06-11T09:52:07+02:00Thonier FlorianWarning si version très ancienne de l'algorithme (et vue database)Hier une utilisatrice qui n'avait pas utilisé vidjil depuis des années m'a demandé de réactiver son compte.
Dans le cas présent, il n'y avait pas de données. Mais si elle avait voulu rajouter un ou plusieurs samples dans ses run/sets, el...Hier une utilisatrice qui n'avait pas utilisé vidjil depuis des années m'a demandé de réactiver son compte.
Dans le cas présent, il n'y avait pas de données. Mais si elle avait voulu rajouter un ou plusieurs samples dans ses run/sets, elle aurait potentiellement voulu relancer les analyses avec la dernière version de l'algorithme.
Pour ce faire, il faudrait avoir l'information en base pour ne pas avoir a reparcourir le fichier de résultat, et l'information de la version courante du logiciel (le tag release à minima).
On a un warning potentiel non encore implémenté `W0x` qui indique si l'algo utilisé est outdated. Mais on pourrait aussi indiqué l'alerte en amont, dans la page patient/run.
De la même manière, on pourrait aussi imaginer que le bouton permettant de relancer toutes les analyses permette de relancer différentiellement en fonction de ce paramètre (une idée en l'air, dans la pratique l'option de tout relancer indifféremment me semble en réalité plus pertinente, mais je le mentionne au cas ou).
D'une manière générale, y-a-t-il d'autre informations/warnings qu'il serait pertinent de faire remonter avant l'ouverture ? Cela recoupe aussi des informations que l'on pourrait avoir potentiellement dans la vue statshttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2120Génération du JSON : l'espace mémoire augmente de 50% à la fin de Vidjil2020-06-11T07:35:25+02:00Mikaël SalsonGénération du JSON : l'espace mémoire augmente de 50% à la fin de VidjilVoici en pièce jointe un graphique montrant la consommation mémoire de Vidjil sur un jeu de données. Le jeu de données n'est pas choisi au hasard, c'est celui qui a provoqué le plus grand pic de consommation mémoire sur vda depuis le déb...Voici en pièce jointe un graphique montrant la consommation mémoire de Vidjil sur un jeu de données. Le jeu de données n'est pas choisi au hasard, c'est celui qui a provoqué le plus grand pic de consommation mémoire sur vda depuis le début. Le jeu a cependant été restreint au premier million de séquences.
Le problème n'est ni dû à l'étape de KmerSegmentation (croissance régulière de la consommation mémoire, mais faible, due au stockage de nouvelles fenêtres) ni à celle de FineSegmentation (stabilité de l'utilisation mémoire), mais après :
* comparaison des fenêtres entre elles ?
* création du JSON ?
* …
Ce jeu de données se caractérise par une très grande proportion de fenêtres différentes (393 000 fenêtres pour 491 000 reads segmentés ou, pour le jeu complet 1,5M de fenêtres pour 1,9M de reads). Le jeu de données avec 1M de reads est sur le cloud (`data/vidjil_bug/issue-2120.fastq.gz`)
![mem](/uploads/d331ccbd532dce7f25e162c217b68a7c/mem.png)
@magiraudjson-exporthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4335Avoir des statistiques globales de détection dans le .vidjil sous forme parsable2020-06-11T07:28:24+02:00Mathieu GiraudAvoir des statistiques globales de détection dans le .vidjil sous forme parsableSuite à #4334.
On a certes le `log`, mais, bon, cela ne coûterait pas grand chose d'avoir, sur l'ensemble du .vidjil, les infos `SEG_` et `UNSEG_` sous un bel objet json.Suite à #4334.
On a certes le `log`, mais, bon, cela ne coûterait pas grand chose d'avoir, sur l'ensemble du .vidjil, les infos `SEG_` et `UNSEG_` sous un bel objet json.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2351Comment désactiver un compte ? Le retirer d'un groupe ?2020-06-10T22:16:52+02:00Mikaël SalsonComment désactiver un compte ? Le retirer d'un groupe ?Discussion avec @flothoni à propos d'un compte utilisateur à désactiver :
> pour le compte […] qui doit être
> désactivé, on peux se contenter de lui retirer les droits d'accès à tous
> les groupes sans pour autant lui effacé son c...Discussion avec @flothoni à propos d'un compte utilisateur à désactiver :
> pour le compte […] qui doit être
> désactivé, on peux se contenter de lui retirer les droits d'accès à tous
> les groupes sans pour autant lui effacé son compte non ? Cela assure un
> backup si pour une raison ou une autre elle revient à avoir besoin d'un
> accès à son compte ?
>
> En fait, ça me pose une seconde question. Si elle est dans plusieurs
> groupes, le sien et celui de [son hôpital], comment sont réattribué ses
> fichiers si on l’efface ou la supprime du compte de [son hôpital]?
Quel processus pour désactiver un compte ? Le supprimer du groupe de son hôpital ne permettrait plus à son hôpital d'accéder aux fichiers uploadés par l'utilisatrice. On ne peut pas retirer tout droit à l'utilisatrice car les droits pertinents ici sont ceux du groupe.
Faut-il supprimer son mot de passe pour empêcher toute connection ?
@RyanHerb, expert des groupes ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4330Avoir une date de péremption d'un utilisateur dans un groupe2020-06-10T22:16:51+02:00Thonier FlorianAvoir une date de péremption d'un utilisateur dans un groupeIl peut arriver que certaines équipes connaissent d'avance une date théorique de fin de contrat d'un membre (un CDD, un Phd ou un stagiaire).
On pourrait imaginer qu'un compte puisse avoir une date d'expiration à la création. Dans ce ca...Il peut arriver que certaines équipes connaissent d'avance une date théorique de fin de contrat d'un membre (un CDD, un Phd ou un stagiaire).
On pourrait imaginer qu'un compte puisse avoir une date d'expiration à la création. Dans ce cas, on fait une fois par jours/semaine le tour des comptes et on prévient/suspend un compte.
La suspension aurait pour effet de changer le mot de passe par un autre, bloquant ainsi l'exploitation du compte.
Tel que je le vois, on pourrait ajouter un champs dans la table des utilisateurs avec une date. Celle-ci pourrait être instancier à la création si on la connaît, ou laissé à nulle, (ou repoussée en cas de demande). On pourrait aussi l'utiliser pour prévenir les utilisateurs à X jours avant de l'appliquer. A la date, on a une tâche cron qui s'occupe de faire la manip.
Il y a probablement un mécanisme mixte avec ma proposition de supprimer les séquences d'un utilisateur non connecté depuis XX mois.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4312Supprimer tout ce qui vient de PEAR2020-06-10T21:33:31+02:00Mathieu GiraudSupprimer tout ce qui vient de PEAR
Voir en particulier #3993 :
> pour info si le chemin pour pear n'est pas mis aussi dans defs.py le pre-process ne fonctionne pas, j'ai du mettre un chemin bidon pour pear -> pear n'est pas installé)
Voir en particulier #3993 :
> pour info si le chemin pour pear n'est pas mis aussi dans defs.py le pre-process ne fonctionne pas, j'ai du mettre un chemin bidon pour pear -> pear n'est pas installé)https://gitlab.inria.fr/vidjil/vidjil/-/issues/3811Les warnings ne sont pas produits avec `-c designations`2020-06-10T19:46:15+02:00Mikaël SalsonLes warnings ne sont pas produits avec `-c designations`Je ne sais pas si c'est le cas de tous mais par exemple pour cette séquence on a un warning en `-c clones -r 1` alors qu'il n'apparaît pas en `-c designations` (deux V ont la même proba). C'est gênant pour ~"app\-analyze"
```
>seq
GGAG...Je ne sais pas si c'est le cas de tous mais par exemple pour cette séquence on a un warning en `-c clones -r 1` alors qu'il n'apparaît pas en `-c designations` (deux V ont la même proba). C'est gênant pour ~"app\-analyze"
```
>seq
GGAGTTGCTCATTTACTTTAACAACAACGTTCCGATAGATGATTCAGGGATGCCCGAGGATCGATTCTCAGCTAAGATGCCTAATGCATCATTCTCCACTCTGAAGATCCAGCCCTCAGAACCCAGGGACTCAGCTGTGTACTTCTGTGCCAGCAGTTT
CTCGACCTGTTCGG
CTAACTATGGCTACACCTTCGGTTCGGGGACCAGGTTAACCGTTGTAGAGGACCTGAACAA
```Algo 2020.06https://gitlab.inria.fr/vidjil/vidjil/-/issues/4212Afficher le top d'un clone2020-06-10T19:19:52+02:00Mikaël SalsonAfficher le top d'un cloneEn regardant un clone qui apparait dans plusieurs échantillons au cours du temps je voulais connaitre son "top" (son rang) parmi les clones d'un échantillon donné… et on ne l'a pas (même dans la fenêtre info). C'est dommage.En regardant un clone qui apparait dans plusieurs échantillons au cours du temps je voulais connaitre son "top" (son rang) parmi les clones d'un échantillon donné… et on ne l'a pas (même dans la fenêtre info). C'est dommage.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4329Rapport : enlever les camemberts2020-06-10T16:27:08+02:00Mathieu GiraudRapport : enlever les camembertset les remplacer par des bars ou autre
Suggéré par @duezet les remplacer par des bars ou autre
Suggéré par @duezmarc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4127Avoir un bouton de filtre sur un clone depuis la nouvelle graphlist2020-06-10T13:30:22+02:00Thonier FlorianAvoir un bouton de filtre sur un clone depuis la nouvelle graphlistA voir après #4105.
Pour l'instant il y a deux boutons de filtre générique : cahcer tous ou montrer tous les samples. On pourrait imaginer un bouton qui permette de ne retenir que les sample ou le(s) clone(s) séléctionné(s) est présent....A voir après #4105.
Pour l'instant il y a deux boutons de filtre générique : cahcer tous ou montrer tous les samples. On pourrait imaginer un bouton qui permette de ne retenir que les sample ou le(s) clone(s) séléctionné(s) est présent.
Pour une vue contamination, ça devrait je pense fortement augmenter la lisibilité et faire un gain de temps non négligeable.
Un même comportement devrait-il pouvoir se faire depuis le panneau info d'un clone ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/1869Les valeurs 5end et 4end dans .vidjil devraient être basées sur 1 / 1-based2020-06-10T13:23:13+02:00Vidjil TeamLes valeurs 5end et 4end dans .vidjil devraient être basées sur 1 / 1-basedSur ce patient : http://app.vidjil.org/beta/browser/?patient=1612&config=25 (et probableemnt d'autres) le V souligné semble s'arrêter un nucléotide plus tôt que le N déclaré dans le nom de la séquence.
***
44b9fd0.
À regarder de nouveau...Sur ce patient : http://app.vidjil.org/beta/browser/?patient=1612&config=25 (et probableemnt d'autres) le V souligné semble s'arrêter un nucléotide plus tôt que le N déclaré dans le nom de la séquence.
***
44b9fd0.
À regarder de nouveau plus tard.
***
à vérifier avec les derniers changements, mais cela devrait être bon maintenant
***
Vérifier/corriger :
- tout ce qui est interne au C++ est 0-based (donc les AlignBox aussi)
- statut du "end" de AlignBox (inclut ou pas la position ?)
Par contre, en .json ou dans toute sortie du C++ (déjà défini dans format-analysis.org + retour IMGT) :
- être 1-based
- position "end" inclut la position
(et donc idem pour les opérateurs << de C++ ?)
Ou alors, on passe aussi tout le C++ en 1-based (hum).
Bloquant pour 2015.05.
***
6406526 (et, au passage, 3e340e1, "stop" et pas "end").
Tests dans stanford-json.should-get... qui au passage sont les *seuls tests* là-dessus.
Ces commits cassent le browser, mais sont logiques vu la spec.
Normalement pas de soucis pour fuse.py, qui prend tel quel le .seg du meilleur top.
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1958Les valeurs seg.5/4/3 sont désormais basées sur 1 : mettre à jour le browser2020-06-10T13:23:13+02:00Vidjil TeamLes valeurs seg.5/4/3 sont désormais basées sur 1 : mettre à jour le browserVoir "Les valeurs 5end et 4end dans .vidjil devraient être basées sur 1 / 1-based", qui sort dans la release algo 2016.07.
seg.5/4/3 a changé, et, de plus, c'est "stop" pour être plus cohérent.
Mettre à jour le browser (et comment faire...Voir "Les valeurs 5end et 4end dans .vidjil devraient être basées sur 1 / 1-based", qui sort dans la release algo 2016.07.
seg.5/4/3 a changé, et, de plus, c'est "stop" pour être plus cohérent.
Mettre à jour le browser (et comment faire pour accepter les valeurs d'avant ?).
C'est un point bloquant pour le déploiement de 2016.07 sur rbx (mais pas pour la release).
***
Le mieux est probablement, dans le code js du browser, de conserver des positions commençant à 0 : les strings sont indexées à partir de 0 en JS. Dans ce cas à l'init, il faut réécrire toutes les positions pour leur retirer 1 pour les fichiers >= 2016b.
***
ok. Dans ce cas, à l'init, mais aussi dans .getHtmlInfo ou à l'export si besoin.
***
À faire avant de déployer 2016.07 sur rbx.
***
ae54031..15c4968. C'était plutôt pénible.
Testé sur anciens et nouveaux fichiers, sur Demo X5 + vérif sur CDR3, de nous + de IMGT.
***
@magiraud @RyanHerb @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1942algo: Release 2016-072020-06-10T13:23:13+02:00Vidjil Teamalgo: Release 2016-07Cela fait longtemps (3 mois) que nous n'avons pas ressenti l'ivresse de la release.
Il y aura donc une release de l'algo en juin, disons dans 2 semaines pour ne pas avoir la pression :-)
- plein de nouveaux tests
- les déplacer d...Cela fait longtemps (3 mois) que nous n'avons pas ressenti l'ivresse de la release.
Il y aura donc une release de l'algo en juin, disons dans 2 semaines pour ne pas avoir la pression :-)
- plein de nouveaux tests
- les déplacer dans git à part should-vdj (?) (à faire d'ici version finale should-vdj)
- et/ou faire ce qu'il faut pour que cela passe même si certains tests ne passent pas
- diversity qui passe au fuse.py
- nouveau .json format (2016a) avec "seg". Important si Shugay (ou d'autres) veulent packager vidjil
- quelques bugs corrigés ?
***
CHANGELOG poussé. Les tests should-vdj seront enlevés pour la release suivante ?
Release mardi ou mercredi prochain, avant les vacances + com sur format-analysis.org à Shugay & autres. Déploiement sur rbx pas obligé, dépend de mise à jour 1-based.
***
http://vidjil.org/releases/
.tgz fait à partir de l'ordi de Mathieu (Jenkins disk full)
***
Déployé. On voit maintenant les D multiples (par exemple sur Demo X5), les mesures de diversité, les e-valeurs
***
@magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4326Monitorer les slaves2020-06-10T13:10:23+02:00Mathieu GiraudMonitorer les slavesMême chose que #4324 mais pour le ~"dev-ci". C'est par exemple jouable de déployer plusieurs serveurs Prometheus et d'avoir un seul Grafana qui récupère tout, ou d'avoir cela directement récupéré par Gitlab.
Permettrait probablement d'a...Même chose que #4324 mais pour le ~"dev-ci". C'est par exemple jouable de déployer plusieurs serveurs Prometheus et d'avoir un seul Grafana qui récupère tout, ou d'avoir cela directement récupéré par Gitlab.
Permettrait probablement d'avancer sur #3397, et plus généralement d'être conscient de notre taux d'occupation des slaves.https://gitlab.inria.fr/vidjil/vidjil/-/issues/1526Coding practise: Releases régulières, freeze du code, déploiement2020-06-10T08:32:41+02:00Vidjil TeamCoding practise: Releases régulières, freeze du code, déploiementEst-ce que cela vaut le coup de définir un peu mieux notre politique de release, sans tomber dans une usine à gaz ?
Plusieurs projets open-source ont pour politique de faire les grosses modifs *juste après chaque release* … De notre cô...Est-ce que cela vaut le coup de définir un peu mieux notre politique de release, sans tomber dans une usine à gaz ?
Plusieurs projets open-source ont pour politique de faire les grosses modifs *juste après chaque release* … De notre côté, si on fait des releases en début de mois, on pourrait décider d'arriver vers le 15/20 du mois à quelque chose de « stable » au niveau des fonctionnalités d'analyse, et ne pas publier de release avant d’avoir 1-2 semaines d’habitude sur cette version plus ou moins freezée.
Et d’ailleurs, est-ce que cela sert de faire tant de releases ? On peut dire oui… si nous en sommes nos premiers utilisateurs : ce serait bien plus stable (et maintenable à long terme) si on reste 1 mois sur la même version sur le serveur. On en est à 7 jours aujourd'hui, on n'a jamais tenu aussi longtemps !
Ce mois de stabilité pourrait devenir une règle, quitte à avoir une config « vidjil-dev » qui lance un autre exécutable Vidjil (et on dirait explicitement aux utilisateurs que c'est une config de test).
***
« et ne pas publier de release avant d’avoir 1-2 semaines d’habitude sur cette version plus ou moins freezée. » oui, si c'est associé avec la config vidjil-dev (et qu'on l'utilise vraiment) pour qu'on se rende compte des problèmes dans la version de vidjil.
***
vidjil-dev : pas si évident. Il faudrait que ce soit considéré comme un logiciel à part pour le serveur (pour l'instant on a un chemin vers l'exécutable vidjil).
***
oui, tout à fait. Donc une entrée de plus dans defs.py.
Un jour, nous aurons miTCR, TCRKlass... on doit pouvoir être générique, on commence soft en changeant juste l'exécutable :)
***
Plutôt que d'avoir une autre constante, il vaut mieux un dico des logiciels dispos et de leurs chemins…
***
oui (mais à terme, cela demandera aussi un autre controlleur pour miTCR, pas besoin pour l'instant)
***
« et ne pas publier de release avant d’avoir 1-2 semaines d’habitude sur cette version plus ou moins freezée. »
Je suis toujours d'accord avec ça mais on ne le fait pas.
Avoir une branche release_candidate qui chaque mois est remise à jour depuis dev. Seules les corrections de bug sont autorisées sur cette branche et la config vidjil-dev sur le serveur devrait être un vidjil compilé sur cette branche-là. Quand on veut faire une release, on la merge depuis master.
***
ok pour le principe. Sur release-candidate, uniquement des corrections de bug (ce qui veut dire avec test obligé)... mais aussi documentation et tests éventuellement.
Donc trois branches : dev / master / release-candidate ?
Ou peut-on faire avec deux branches seulement : master / release-candidate (on release directement depuis release-candidate) + dev s'il y a des choses qui ne sont pas mûrs pour aller dans master.
***
J'avais ça en tête évidemment : http://nvie.com/posts/a-successful-git-branching-model/
Ça me fait bizarre de penser que les releases ne seraient pas sur master (au moment où on fait la release, il pourrait s'être passé plein de choses sur master qui ne sont pas dans la release, plus les corrections de bugs qui sont communes).
***
Oui, exactement pour le modèle. Cela va changer les habitudes de tous (branche principale = dev).
Planning accéléré pour ce coup-ci : ce soir, release-candidate est branché.
***
release-candidate est branché... il faut tester depuis Jenkins. Est-ce possible sans dupliquer des jobs ?
***
@nobodyhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4150validate-links.py: liens relatifs2020-06-10T08:30:07+02:00Mathieu Giraudvalidate-links.py: liens relatifsPour l'instant, `validate-links.py` ne vérifie pas les liens relatifs, et il y en a.Pour l'instant, `validate-links.py` ne vérifie pas les liens relatifs, et il y en a.https://gitlab.inria.fr/vidjil/vidjil/-/issues/3888"to CloneDB" fait disparaître l'affichage dans le panneau supérieur2020-06-09T11:19:14+02:00Anne de Septenville"to CloneDB" fait disparaître l'affichage dans le panneau supérieurQuand je sélectionne un clone et que je l'envoie sur CloneDB, la visualisation de clones dans les 2 panneaux de droite (clone average read length et V/J) disparaît, puis seule la visualisation du panneau inférieur V/J réapparaît.Quand je sélectionne un clone et que je l'envoie sur CloneDB, la visualisation de clones dans les 2 panneaux de droite (clone average read length et V/J) disparaît, puis seule la visualisation du panneau inférieur V/J réapparaît.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4298Erreur si aucun clone présent à l'ouverture d'une analyse.2020-06-09T11:08:37+02:00Thonier FlorianErreur si aucun clone présent à l'ouverture d'une analyse.Je viens de tomber sur un cas d'analyse IKZF1/ERG pour lequel il n'y a aucun clone.
L'interface dans ce cas produit une erreur et ne va pas au bout du chargement. L'utilisateur reste alors "bloqué" sur la page base de données et on con...Je viens de tomber sur un cas d'analyse IKZF1/ERG pour lequel il n'y a aucun clone.
L'interface dans ce cas produit une erreur et ne va pas au bout du chargement. L'utilisateur reste alors "bloqué" sur la page base de données et on continue d'afficher `still waiting server reply`.
Un cas: https://app.vidjil.org/?set=38056&config=49Thonier FlorianThonier Florian