vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2021-03-19T14:59:07+01:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4421Pertinence / bon usage des tooltips2021-03-19T14:59:07+01:00Mathieu GiraudPertinence / bon usage des tooltipsPapoté avec @flothoni et @mikael-s
https://www.trychameleon.com/blog/why-tooltips-are-terrible-and-why-you-should-use-them
https://adamsilver.io/articles/the-problem-with-tooltips-and-what-to-do-instead/
Mikaël : "C'est pas choquant ...Papoté avec @flothoni et @mikael-s
https://www.trychameleon.com/blog/why-tooltips-are-terrible-and-why-you-should-use-them
https://adamsilver.io/articles/the-problem-with-tooltips-and-what-to-do-instead/
Mikaël : "C'est pas choquant qu'il y ait plus d'infos sur ordi que sur tablette", tout à fait !
Se renseigner sur les bons usages2021-03-19https://gitlab.inria.fr/vidjil/vidjil/-/issues/4165Nouvelle vue pour l'affichage des warnings2023-01-13T16:47:09+01:00Mikaël SalsonNouvelle vue pour l'affichage des warningsUne manière d'améliorer l'affichage (car maintenant trop de warnings partout #4049) cela serait de proposer un panneau où tous les warning présents seraient listés (dans l'ordre de leur priorité).
Pour chaque warning on aurait la liste ...Une manière d'améliorer l'affichage (car maintenant trop de warnings partout #4049) cela serait de proposer un panneau où tous les warning présents seraient listés (dans l'ordre de leur priorité).
Pour chaque warning on aurait la liste des clones concernés (dans une sorte de segmenteur ?). Parmi le lot de warnings, l'utilisatrice peut ainsi voir rapidement lesquels lui semblent les plus pertinents.
On n'aurait plus besoin d'inonder l'interface de petits :warning:, on pourrait se contenter d'afficher ceux vraiment importants. Et, dans le menu par exemple, on pourrait avoir une icône indiquant le nombre de warnings total, cliquer dessus permettrait d'accéder au panneau que je propose.Web 2022.122021-05-17https://gitlab.inria.fr/vidjil/vidjil/-/issues/5104Faciliter le process de création de compte2022-12-14T18:14:29+01:00Mathieu GiraudFaciliter le process de création de compte
Création / upload accordé automatique, mais attention à la sécurité / spam.
La première analyse resterait manuelle.
Après py4web.
Création / upload accordé automatique, mais attention à la sécurité / spam.
La première analyse resterait manuelle.
Après py4web.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4792Qu'est-ce qu'un bon test fonctionnel browser/server ? Améliorer les tests uni...2021-10-08T11:41:39+02:00Mathieu GiraudQu'est-ce qu'un bon test fonctionnel browser/server ? Améliorer les tests unitaires ?Discuté avec @flothoni et @duez : que ce soit watir ou cypress, que doit être un bon test fonctionnel pour ne pas être juste du "clique-bouton" + "parse" ?
Marc: "les choses intelligentes devraient être surtout dans les tests unitaires,...Discuté avec @flothoni et @duez : que ce soit watir ou cypress, que doit être un bon test fonctionnel pour ne pas être juste du "clique-bouton" + "parse" ?
Marc: "les choses intelligentes devraient être surtout dans les tests unitaires, le test fonctionnel pourrait juste vérifier que les choses sont au bonne endroit. Vouloir avoir trop de scénarios complexe ne couvre pas de toute façon"
Mathieu: "Ok en général, mais par contre les scénarios type tutorial/doc sont intéressants à être testés"
Marc: "Oui, le scénarion utilisé 90% du temps doit être testé. Mais pas le scénario ultra-bizarre de composition de deux fonctionnalités, tester plutôt au plus près de la fonctionnalité en cause, et donc unitaire."
Florian: "Autre perspective: qu'a-t-on envie avoir comme test échoués ? Le but d'un test est qu'il échoue quand il le faut pour nous aider. Et dans le passé, a-t-on eu beaucoup de tests ainsi ?"
Marc: "On devrait faire plus de chose en tests unitaires (et pas de parse à faire). Typique fonction de reset, loading. Et d'ailleurs quand un test QUnit échoue, je sais que c'est problème majeur"
Florian: "Absolument !"
Discussion sur un cas particulier: bug sur clone de distribution #4789. Marc: "Un bon réflexe est de faire des tests... mais si on le fait fonctionnel, c'est trop loin, on s'intéresse à une interaction trop particulière sur des millions de combinaisons. Rajouter plutôt un test unitaire au bon endroit sur le comportement fautif." Point très intéressant à creuser.
Si vous voyez des liens/posts là-dessus, n'hésitez pas à les mettre.Web 2021.11https://gitlab.inria.fr/vidjil/vidjil/-/issues/4766Évaluer Playwright2021-04-29T18:23:09+02:00Mathieu GiraudÉvaluer Playwright
À côté de Cypress #3655 (et de Puppeteer #3659), une étoile montante est https://playwright.dev/
Deux liens pro-Playright:
- https://medium.com/sparebank1-digital/playwright-vs-cypress-1e127d9157bd
- https://medium.com/uk-hydrographic-...
À côté de Cypress #3655 (et de Puppeteer #3659), une étoile montante est https://playwright.dev/
Deux liens pro-Playright:
- https://medium.com/sparebank1-digital/playwright-vs-cypress-1e127d9157bd
- https://medium.com/uk-hydrographic-office/why-we-chose-playwright-over-cypress-db4770cf5204
cc @flothoniTests-Dev-2021-05https://gitlab.inria.fr/vidjil/vidjil/-/issues/4701Non-productif + warning quand le motif {WP}GxG n'est pas présent2021-04-14T17:49:49+02:00Mathieu GiraudNon-productif + warning quand le motif {WP}GxG n'est pas présentTrès lié à la discussion de #4006.
Warning qui aiderait à comprendre les différences d'évaluation #4651.Très lié à la discussion de #4006.
Warning qui aiderait à comprendre les différences d'évaluation #4651.Algo 2021.04https://gitlab.inria.fr/vidjil/vidjil/-/issues/4675Afficher les raisons de non-productivité dans le client2021-04-14T19:04:45+02:00Mathieu GiraudAfficher les raisons de non-productivité dans le clientSuite à #4599 et #4674.
Déjà ~"!-reflexion" : comment veut-on l'afficher ?
cc @flothoniSuite à #4599 et #4674.
Déjà ~"!-reflexion" : comment veut-on l'afficher ?
cc @flothoniWeb 2021.05Thonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4612Implement --post for fuse2021-11-26T15:51:22+01:00Mathieu GiraudImplement --post for fuseFollows #3647. In !367 we did only `--pre`
Après le `-t 100` ? Truc intermédaire avec un autre `-t` ?Follows #3647. In !367 we did only `--pre`
Après le `-t 100` ? Truc intermédaire avec un autre `-t` ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4578Warnings, avoir un nouveau warning si un clone a plusieurs productivité sur d...2021-02-23T10:33:35+01:00Thonier FlorianWarnings, avoir un nouveau warning si un clone a plusieurs productivité sur différents samplesEn lien avec #4566. Nous avons d'autre cas pour lequel c'est la productivité qui varie.
D'une manière générale, quels sont les champs pour lesquels nous devons lever une alerte ? Quel niveau ? Pour l'instant j'ai mis `warn/jaune`, mais...En lien avec #4566. Nous avons d'autre cas pour lequel c'est la productivité qui varie.
D'une manière générale, quels sont les champs pour lesquels nous devons lever une alerte ? Quel niveau ? Pour l'instant j'ai mis `warn/jaune`, mais il faudrait possiblement mettre un niveau plus élevé pour le faire ressortir (en attendant une meilleur gestion du bruit des warnings).
De plus, comment faire ressortir que c'est le sample 3 qui présente la divergence sur les XXX présent ? E tque c'est les samples 3 et 5 sur les YYY présent ?
Il faudrait faire des fusions des warning pour permettre d'extraire l'information et la fusionner au besoin au sein d'une seule entrée plus lisible.
cc @magiraud @mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4561Avoir le numéro de l'échantillon lors de l'envoi d'un clone vers un service t...2022-03-30T17:54:54+02:00Thonier FlorianAvoir le numéro de l'échantillon lors de l'envoi d'un clone vers un service tiersUn utilisateur souhaite avoir le nom de l'échantillon lorsqu'un clone est envoyé vers un service tiers.
Pour le moment ce n'est pas le cas. Ce pourrait être simple, mais il y aurait des questions a trancher.
* les données sont transmis...Un utilisateur souhaite avoir le nom de l'échantillon lorsqu'un clone est envoyé vers un service tiers.
Pour le moment ce n'est pas le cas. Ce pourrait être simple, mais il y aurait des questions a trancher.
* les données sont transmissent en clair vers les service tiers, or le nom peut contenir des informations importantes
* un clone peut être présent dans plusieurs échantillon chez un même individus.
cc @magiraud @mikael-sWeb 2022.05marc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4532Clarifier et documenter l'ajout de germlines2021-02-02T12:21:19+01:00Mathieu GiraudClarifier et documenter l'ajout de germlinesSuggestion de @flothoni dans !831 (au final !839)
Le process actuel:
- mettre des choses dans `split-germlines`
- tester en local, voire sur le serveur avec des germlines déployées à la main, paramétrer avec l'usager sur des données
- p...Suggestion de @flothoni dans !831 (au final !839)
Le process actuel:
- mettre des choses dans `split-germlines`
- tester en local, voire sur le serveur avec des germlines déployées à la main, paramétrer avec l'usager sur des données
- puis MR sur une `feature-g`
- et MR sur `feature-a` en changeant `germline_id` ? Ou non, #3919 ? Ce n'est pas très clair.Mathieu GiraudMathieu Giraudhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4462browser/gitlab-ci.yml:`needs`, graphe acyclique pour pipelines plus rapides/p...2021-09-30T12:54:54+02:00Mathieu Giraudbrowser/gitlab-ci.yml:`needs`, graphe acyclique pour pipelines plus rapides/pertinents, ordre des testsDepuis #4458 :
> Voir needs : https://docs.gitlab.com/ee/ci/yaml/#needsDepuis #4458 :
> Voir needs : https://docs.gitlab.com/ee/ci/yaml/#needsThonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4388Supprimer le .vidjil après l'avoir inséré en base de données2020-09-30T19:01:54+02:00Mikaël SalsonSupprimer le .vidjil après l'avoir inséré en base de donnéescf. https://gitlab.inria.fr/vidjil/vdj/-/issues/1083#note_354189
Le fichier est dupliqué : il est à la fois dans le répertoire `tmp/` et également dans le répertoire `results` lorsque stocké dans la base de données. Autant le supprimer ...cf. https://gitlab.inria.fr/vidjil/vdj/-/issues/1083#note_354189
Le fichier est dupliqué : il est à la fois dans le répertoire `tmp/` et également dans le répertoire `results` lorsque stocké dans la base de données. Autant le supprimer dès qu'il est inséré (avec succès) dans la BDDhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4275Fiabilité de benchmark sur docker / différentes architectures2021-01-26T13:30:09+01:00Mathieu GiraudFiabilité de benchmark sur docker / différentes architecturesJ'aurai du réagir au moment de !678.
https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/674#note_330037 :
> c'est moi qui avait mis `several-compilers` pour 872678d277, je pense que c'était juste pour viser une machine "tranquille"...J'aurai du réagir au moment de !678.
https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/674#note_330037 :
> c'est moi qui avait mis `several-compilers` pour 872678d277, je pense que c'était juste pour viser une machine "tranquille", car le job prend du temps
Mais aussi parce que c'était une seule machine, toujours la même. Maintenant avec ~"server-docker" ce sont des machines différentes, donc on ne peut pas comparer sur plusieurs lancements. Mais ce n'est probablement pas grave... Ou on pourrait avoir un tag supplémentaire pour viser toujours la même machine.
Par contre, question naïve, à l'intérieur d'un lancement, on est suffisament confiants dans l'efficacité de ~"server-docker" pour que cela mesure effectivement le ~"cpp-speed" ? Les runners ~"server-docker" ne prennent bien qu'un job à la fois ?Algo 2020.06https://gitlab.inria.fr/vidjil/vidjil/-/issues/4128Afficher le nombre de sample affichés depuis la nouvelle graphlist2021-11-22T14:28:46+01:00Thonier FlorianAfficher le nombre de sample affichés depuis la nouvelle graphlistMaintenant que nous avons des gens qui utilisent les runs, et qu'ils contiennent beaucoup de samples en même temps, et qu'ils les cachent parfois, il serait bon d'avoir un indicateur qui rappelle le nombre de samples actuellement affiché...Maintenant que nous avons des gens qui utilisent les runs, et qu'ils contiennent beaucoup de samples en même temps, et qu'ils les cachent parfois, il serait bon d'avoir un indicateur qui rappelle le nombre de samples actuellement affichés et le nombre total de ceux-ci.
Où ? Dans une ligne de la graphlist, dans le champ info ?Thonier FlorianThonier Florianhttps://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/4065retry: avec jobs séparés par browser2019-11-22T20:45:24+01:00Mathieu Giraudretry: avec jobs séparés par browserOn est en `retry: 2` sur `browser-functional` et `browser-functional-external`.
En général, j'aime bien les `retry`, même si ce n'est pas très rationel.
Depuis !542, est-ce que c'est toujours pertinent ? S'il y a un problème, tout va êt...On est en `retry: 2` sur `browser-functional` et `browser-functional-external`.
En général, j'aime bien les `retry`, même si ce n'est pas très rationel.
Depuis !542, est-ce que c'est toujours pertinent ? S'il y a un problème, tout va être lancé deux fois (cela dit, comme avant). S'il y a quelque chose de non reproductible, finalement cela ne va concerner qu'un seul browser, et le `retry` va être très bien utilisé. Bref, on est contents ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4028DOM et ids2021-11-22T12:37:06+01:00Mathieu GiraudDOM et ids@flothoni : "Il y a peu d'ids de DOM, j'en ai rajouté un certain nombre récemment pour les ~"dev-tests". Était-ce voulu le fait de ne pas mettre d'id (performance) ? Ou peut-on en mettre systématiquement désormais (c'est ce que je fais)"...@flothoni : "Il y a peu d'ids de DOM, j'en ai rajouté un certain nombre récemment pour les ~"dev-tests". Était-ce voulu le fait de ne pas mettre d'id (performance) ? Ou peut-on en mettre systématiquement désormais (c'est ce que je fais)"
@magiraud : cela m'a l'air raisonnable, je ne m'y connais pas pour la performance.
@mikael-s ? @Zeud ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/3998Calcul size_distrib : avec ou sans les clones filtrés ?2019-10-16T13:12:24+02:00Mathieu GiraudCalcul size_distrib : avec ou sans les clones filtrés ?#3902
- quand on cache un clone, on aimerait qu'il ne soit pas remplacé par du rose...
- mais... quand on cherche sur `ACCT`, que veut-on ?
cc @flothoni#3902
- quand on cache un clone, on aimerait qu'il ne soit pas remplacé par du rose...
- mais... quand on cherche sur `ACCT`, que veut-on ?
cc @flothoniMathieu GiraudMathieu Giraudhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3983Average length différents suivant les points ?2019-10-23T10:37:07+02:00Mathieu GiraudAverage length différents suivant les points ?Évoqué dans le cadre de !515.
@flothoni : "Pour l'instant, `average length`, `coverage` et `coverage info` sont individuels par sample. Cela peut donner des infos". Lien aussi avec #3970 ? Si on a choisi une séquence, pourquoi garde-t-o...Évoqué dans le cadre de !515.
@flothoni : "Pour l'instant, `average length`, `coverage` et `coverage info` sont individuels par sample. Cela peut donner des infos". Lien aussi avec #3970 ? Si on a choisi une séquence, pourquoi garde-t-on cela ? Et pas d'autres choses ?
Dans !585, est-ce que ce cela implique de refaire des calculs à chaque changement de point ? Bof.
cc @flothoni