vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2022-04-07T18:28:49+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4983Pipeline de publi de la doc HS2022-04-07T18:28:49+02:00Mathieu GiraudPipeline de publi de la doc HSVoir https://gitlab.inria.fr/vidjil/vidjil/-/jobs/1924159 lancé à l'instant
```
$ scp -r site/ $VIDJIL_WWW:doc/
Warning: Permanently added 'vde...' (ECDSA) to the list of known hosts.
site: No such file or directory
```
Pourtant cela a...Voir https://gitlab.inria.fr/vidjil/vidjil/-/jobs/1924159 lancé à l'instant
```
$ scp -r site/ $VIDJIL_WWW:doc/
Warning: Permanently added 'vde...' (ECDSA) to the list of known hosts.
site: No such file or directory
```
Pourtant cela avait marché pour vidjil-algo 2022.03. Je relance.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2823assert.equal et autres dans Watir ?2022-03-23T13:49:34+01:00Mathieu Giraudassert.equal et autres dans Watir ?On a beaucoup de tests type `assert ($b.scatterplot_x_legend(0, 2).text == "119"), "First legend should be 119"`
Serait-ce possible d'avoir des fonctions similaires à `assert.equal` de `QUnit`, pour mieux voir les causes d'échec ?On a beaucoup de tests type `assert ($b.scatterplot_x_legend(0, 2).text == "119"), "First legend should be 119"`
Serait-ce possible d'avoir des fonctions similaires à `assert.equal` de `QUnit`, pour mieux voir les causes d'échec ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4208Watir treated ["scope"] as a non-HTML compliant attribute2022-03-23T13:49:09+01:00Mikaël SalsonWatir treated ["scope"] as a non-HTML compliant attribute@RyanHerb remonte un test qui échoue régulièrement sur sa branche :
Job [#568994](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/568994) failed for e4ee3c54d27d2890e4ccad684ae392f63c0b1283:
Discuté ensemble, @duez pense l'avoir déjà vu pa...@RyanHerb remonte un test qui échoue régulièrement sur sa branche :
Job [#568994](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/568994) failed for e4ee3c54d27d2890e4ccad684ae392f63c0b1283:
Discuté ensemble, @duez pense l'avoir déjà vu passer.
@RyanHerb dit qu'il faudrait peut-être essayer avec des regexhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4420Tuer chromedriver après timeout des jobs Watir2022-03-23T13:48:58+01:00Mathieu GiraudTuer chromedriver après timeout des jobs WatirVu avec @flothoni et @mikael-s, après avoir exceptionnellement
> lancé un test fonctionnel sans fermer le browser
Chrome, même après le timeout de ~"dev-gitlab", n'est pas tué alors qu'il pourrait l'êtreVu avec @flothoni et @mikael-s, après avoir exceptionnellement
> lancé un test fonctionnel sans fermer le browser
Chrome, même après le timeout de ~"dev-gitlab", n'est pas tué alors qu'il pourrait l'êtrehttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4950Follow-up from "Draft: Feature c/trash watir"2022-03-23T13:47:30+01:00Thonier FlorianFollow-up from "Draft: Feature c/trash watir"The following discussion from !1102 should be addressed:
- [ ] @flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/1102#note_636370): (+1 comment)
> On reparti les anciens tests:
> * multilo...The following discussion from !1102 should be addressed:
- [ ] @flothoni started a [discussion](https://gitlab.inria.fr/vidjil/vidjil/-/merge_requests/1102#note_636370): (+1 comment)
> On reparti les anciens tests:
> * multilocus et clone splittés dans les différents ensemble (les parties segmenter et scatterplot seront extraites par @duez, je m'occupe de ce qu'il restera)
> * external dans le segmenter (@duez)
> * no-clone et analysis dans un fichier cypress init spécifique (@duez)
> * normalization et setting dans un test cypress menu (@flothoni)
> * les sous fichiers issues reparti dans les bons fichiers. (@flothoni)https://gitlab.inria.fr/vidjil/vidjil/-/issues/3740Identifier quel est le test should-vdj loupé au milieu d'un lancement groupé2022-02-16T16:22:00+01:00Mathieu GiraudIdentifier quel est le test should-vdj loupé au milieu d'un lancement groupéAvec !413, lorsqu'un test loupe, on ne sait pas d'où il vient. On peut faire des `grep` mais c'est peu pratique.
Avec e6f187f79, on peut ramener cette info si elle est présente.
Serait-ce possible, avec `awk` d'ajouter quelque chose ty...Avec !413, lorsqu'un test loupe, on ne sait pas d'où il vient. On peut faire des `grep` mais c'est peu pratique.
Avec e6f187f79, on peut ramener cette info si elle est présente.
Serait-ce possible, avec `awk` d'ajouter quelque chose type ` @0443-lil-TRA+D.should-vdj.fa` à la fin de chaque ligne de header ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/3709Tester une version récente de Firefox, dont au moins FF 78 ESR2021-11-19T13:52:17+01:00Mikaël SalsonTester une version récente de Firefox, dont au moins FF 78 ESRÀ faire, mais pour l'instant il y a un souci : le control+clic ouvre le menu contextuel au lieu de faire un control + clic (le problème est contournable car cela n'affecte pas toutes les versions de Firefox)
https://github.com/mozilla/ge...À faire, mais pour l'instant il y a un souci : le control+clic ouvre le menu contextuel au lieu de faire un control + clic (le problème est contournable car cela n'affecte pas toutes les versions de Firefox)
https://github.com/mozilla/geckodriver/issues/1492Tests-Dev-2021-05https://gitlab.inria.fr/vidjil/vidjil/-/issues/4475Tester Chrome 79 (jusqu'à juin 2023)2021-11-19T13:52:08+01:00Mathieu GiraudTester Chrome 79 (jusqu'à juin 2023)
Suite à !802, il serait bon que l'on puisse toujours tester Chrome 79, en parallèle du "dernier Chrome installé sur les slaves" qui évoluera progressivement.
@mikael-s : "slave séparé, donc goulot d'étranglement".
Fera probablement pa...
Suite à !802, il serait bon que l'on puisse toujours tester Chrome 79, en parallèle du "dernier Chrome installé sur les slaves" qui évoluera progressivement.
@mikael-s : "slave séparé, donc goulot d'étranglement".
Fera probablement partie du stage "legacy-browsers" !451 (même si on est bien d'accord que 79 n'est pas legacy, cela sera notre "stable" actuel).Tests-Dev-2021-05https://gitlab.inria.fr/vidjil/vidjil/-/issues/3630gitlab-ci.yml, `parallel` voire `matrix`2021-10-20T12:16:16+02:00Mathieu Giraudgitlab-ci.yml, `parallel` voire `matrix`Depuis 11.5.
https://docs.gitlab.com/ce/ci/yaml/#parallel
Ce serait à nous de dire quoi faire en fonction de `CI_NODE_INDEX`.Depuis 11.5.
https://docs.gitlab.com/ce/ci/yaml/#parallel
Ce serait à nous de dire quoi faire en fonction de `CI_NODE_INDEX`.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4867Gitlab-ci invalide2021-09-30T14:11:57+02:00Mikaël SalsonGitlab-ci invalideJe viens de pousser une nouvelle branche (créée depuis dev) et Gitlab me dit que le YAML du gitlab-ci est invalide (sans y avoir touché).
cc @duez @flothoniJe viens de pousser une nouvelle branche (créée depuis dev) et Gitlab me dit que le YAML du gitlab-ci est invalide (sans y avoir touché).
cc @duez @flothonihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4220Les tests unitaires serveur peuvent échouer avec un nom de branche trop long2021-09-09T18:56:16+02:00Mikaël SalsonLes tests unitaires serveur peuvent échouer avec un nom de branche trop longVoir le job [#576670](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/576670) (pour !618).
Le problème vient de l'utilisation de `$CI_BUILD_REF_SLUG` pour la création d'un environnement virtuel Python. À la place, mettre le numéro de commi...Voir le job [#576670](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/576670) (pour !618).
Le problème vient de l'utilisation de `$CI_BUILD_REF_SLUG` pour la création d'un environnement virtuel Python. À la place, mettre le numéro de commit (`CI_COMMIT_SHORT_SHA`) ?https://gitlab.inria.fr/vidjil/vidjil/-/issues/4224Avoir des screenshot par cypress pour les glisser dans le manuel, le tutoriel...2021-05-05T15:20:46+02:00Thonier FlorianAvoir des screenshot par cypress pour les glisser dans le manuel, le tutoriel, le web et les slidesJe suis en train d'expliquer une démarche pour choisir la config à un utilisateur (au passage nous n'avons pas ce poitn décrit dans la doc). Et avoir une illustration m'aiderait probablement pour ne pas écrire un pavé.
Je viens de m'ap...Je suis en train d'expliquer une démarche pour choisir la config à un utilisateur (au passage nous n'avons pas ce poitn décrit dans la doc). Et avoir une illustration m'aiderait probablement pour ne pas écrire un pavé.
Je viens de m'apercevoir que watir a une option pour faire des [screenshot](http://watir.com/guides/screenshots/) inclut par défaut. J'imagine qu'il serait intéressant à certains endroit bien placer de pouvoir générer des screenshot qui seront ensuite exploiter comme illustration dans le tuto/manuel.
Il faudrait imaginer un job en plus dans le CI pour ensuite exporter les images, voir pour faire des crop automatiques de celle-ci pour se concentrer sur la partie intéréssante.Web 2021.05Thonier FlorianThonier Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3659Utilisation d'un web-recorder: puppeteer-recorder2021-04-29T18:23:28+02:00Thonier FlorianUtilisation d'un web-recorder: puppeteer-recorderEn cherchant une solution pour automatiser les tests cypress (#3655) et les construire rapidement, j'ai trouvé une solution permettant d'enregistrer les actions faites par un utilisateur pour les rejouer ensuite.
Cela passe par [puppete...En cherchant une solution pour automatiser les tests cypress (#3655) et les construire rapidement, j'ai trouvé une solution permettant d'enregistrer les actions faites par un utilisateur pour les rejouer ensuite.
Cela passe par [puppeteer-recorder](https://github.com/checkly/puppeteer-recorder). On lance l'enregistrement, et il génère à la fin une somme d'actions dans un fichier `puppeteer`. C'est-à-dire qu'il affiche les id sélectionnés, les clics fait, les informations rentrées par le clavier.
Le format n'est pas directement compatible cypress, mais je pense qu'il est possible d'avoir un convertisseur rapide, et au moins on a d'un seul coup d'oeil toutes les actions faites.
PS: je pense que la logique peut être la même quel que soit le pipeline de test (nightmare, ...).
@magiraud @mikael\-s @RyanHerbTests-Dev-2021-05https://gitlab.inria.fr/vidjil/vidjil/-/issues/3655Évaluer Cypress2021-04-29T18:23:17+02:00Mathieu GiraudÉvaluer CypressMentionné par @flothoni vdj#769
https://www.cypress.io
La vidéo est impressionnante.
- Est-ce que la partie open-source est suffisament développée ?
- Est-ce que cela s'installe facilement ?
- Quelle intégration avec ~"dev\-ci" ~"d...Mentionné par @flothoni vdj#769
https://www.cypress.io
La vidéo est impressionnante.
- Est-ce que la partie open-source est suffisament développée ?
- Est-ce que cela s'installe facilement ?
- Quelle intégration avec ~"dev\-ci" ~"dev\-gitlab" ?
En a-t-on besoin ? Est-ce que cela permettrait d'écrire plus simplement les tests, et donc d'en avoir plus ?
Voir aussi
- https://automationrhapsody.com/cypress-vs-selenium-end-era/
- https://crossbrowsertesting.com/blog/test-automation/selenium-vs-cypress/Tests-Dev-2021-05https://gitlab.inria.fr/vidjil/vidjil/-/issues/4761Gitlab-CI : ne pas avoir de dépendance (si possible) pour les jobs manuels2021-04-15T17:10:52+02:00Mikaël SalsonGitlab-CI : ne pas avoir de dépendance (si possible) pour les jobs manuelsParfois on a des jobs manuels qui échouent parce qu'on les lance alors que les artefacts des jobs précédents n'existent plus. Or si on n'a pas besoin de ces artefacts, c'est dommage.
C'est particulièrement vrai pour l'environnement de r...Parfois on a des jobs manuels qui échouent parce qu'on les lance alors que les artefacts des jobs précédents n'existent plus. Or si on n'a pas besoin de ces artefacts, c'est dommage.
C'est particulièrement vrai pour l'environnement de review où il y a un "stop job" qui arrête l'environnement au bout de 2 mois. Le problème c'est que ce job échoue puisque les artefacts n'existent plus. Du coup nos environnements ne sont plus arrêtés.
On peut aussi avoir le problèmes pour d'autres jobs.https://gitlab.inria.fr/vidjil/vidjil/-/issues/2880Tester le tutorial + CI2021-02-11T08:00:05+01:00Mathieu GiraudTester le tutorial + CISi on était pervers du test, on pourrait mettre des commandes dans le tutorial pour lancer des tests ~"dev-tests-watir" qui feraient le tutorial (ou bien avoir un test ~"dev-tests-watir", avec des commentaires, qui, une fois extraits, do...Si on était pervers du test, on pourrait mettre des commandes dans le tutorial pour lancer des tests ~"dev-tests-watir" qui feraient le tutorial (ou bien avoir un test ~"dev-tests-watir", avec des commentaires, qui, une fois extraits, donnent le tutorial).
Pas sûr que cela apporte grand chose, normalement toutes les fonctionnalités sont déjà testées par ailleurs.https://gitlab.inria.fr/vidjil/vidjil/-/issues/4672json.decoder.JSONDecodeError non existant sur certaines images2021-02-03T09:57:40+01:00Mikaël Salsonjson.decoder.JSONDecodeError non existant sur certaines imagesOn a une erreur sur certains jobs (exemple : Job [#927641](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/927641)). Est-ce qu'il manque quelque chose sur certaines images Docker ? Ou est-ce un problème de fond ?
Doit être résolu pour fair...On a une erreur sur certains jobs (exemple : Job [#927641](https://gitlab.inria.fr/vidjil/vidjil/-/jobs/927641)). Est-ce qu'il manque quelque chose sur certaines images Docker ? Ou est-ce un problème de fond ?
Doit être résolu pour faire une release.
/cc @magiraudAlgo 2021.02Mathieu GiraudMathieu Giraudhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/1496Valgrind: avoir la raison d'un build loupé dans le mail2020-12-11T13:06:01+01:00Vidjil TeamValgrind: avoir la raison d'un build loupé dans le mailC'est à eux qu'il faut demander : https://wiki.jenkins-ci.org/display/JENKINS/Valgrind+Plugin
***
@mikael-sC'est à eux qu'il faut demander : https://wiki.jenkins-ci.org/display/JENKINS/Valgrind+Plugin
***
@mikael-shttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4581DNS sur des déploiements d'un serveur de review2020-12-02T19:10:03+01:00Mathieu GiraudDNS sur des déploiements d'un serveur de reviewDepuis !782:
> Mais cette MR (!846) est au dessus de !782 donc elle a le même souci : Erreur 500 sur cette URL https://feature-sc-nginx-conf-and-url.server.ci.vidjil.org/vidjil/static/js/checkSSL.js
On discute avec @duez : il ne voit p...Depuis !782:
> Mais cette MR (!846) est au dessus de !782 donc elle a le même souci : Erreur 500 sur cette URL https://feature-sc-nginx-conf-and-url.server.ci.vidjil.org/vidjil/static/js/checkSSL.js
On discute avec @duez : il ne voit pas ce qui cause le soucis. Ce serait quelque chose de spécifique au review server ?
Apparament cela passe en local (et donc en prod si déployé). Vu les corrections que !846 apporte, est-ce qu'on se permettrait de merger ces MRs ? D'un autre côté, c'est très embêtant de ne pas avoir de review server, en ce moment c'est bloquant.
@duez et @mikael-s ont vu que c'est probablement lié à un problème de DNS sur le serveur de deploy (qui a plusieurs déploiements en même temps.)https://gitlab.inria.fr/vidjil/vidjil/-/issues/2808Avoir des sorties Watir plus explicites2020-11-13T19:29:32+01:00Mathieu GiraudAvoir des sorties Watir plus explicitesJe mets toujours beaucoup de temps à débugguer des choses détectées par Watir. Je dois sûrement progresser dans la compréhension de comment cela fonctionne... mais ne serait-ce possible d'avoir tout de même des sorties plus détaillées ? ...Je mets toujours beaucoup de temps à débugguer des choses détectées par Watir. Je dois sûrement progresser dans la compréhension de comment cela fonctionne... mais ne serait-ce possible d'avoir tout de même des sorties plus détaillées ? Je ne sais pas trop "en quoi", je suis probablement ~"*-too-vague", peut-être que l'un de vous aura des idées.
Je me demande au passage si les échecs lors du `setup` sont correctement transmis (j'ai l'impression qu'ils apparaissent lors des tests).