LabNbook-code issueshttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues2024-03-28T12:05:25+01:00https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/1085Validation de labdoc avec titres vides2024-03-28T12:05:25+01:00Sebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frValidation de labdoc avec titres videsDes utilisateurs remontent des pertes de données.
Lorsque les conditions suivantes sont réunies, la sauvegarde automatique de labdocs côté étudiants ne fait effectivement pas son travail :
- un premier labdoc est créé sans titre puis é...Des utilisateurs remontent des pertes de données.
Lorsque les conditions suivantes sont réunies, la sauvegarde automatique de labdocs côté étudiants ne fait effectivement pas son travail :
- un premier labdoc est créé sans titre puis édité
- un second labdoc est ajouté (par import, duplicata, ajout simple, ...). On a donc deux labdocs en édition puisque le premier ne peut pas être fermé s'il n'a pas de titre /!\
- l'utilisateur ne valide jamais le premier labdoc
Dans ce cas, les éditions du premier labdoc ne sont jamais remontées en BD.
En effet, la sauvegarde automatique ne peut fonctionner que sur un seul labdoc (le second en l'occurrence).
Corrections à effectuer :
- Lors d'une validation manuelle (click sur la coche), on interdit la sauvegarde tant qu'il n'y a pas de titre. Un message est envoyé à l'utilisateur.
- Lors d'une validation automatique (suite à un ajout, un import, un duplicata, ...) ou bien de la sauvegarde automatique, on sauvegarde même si le titre est vide (on l'enregistre vide en BD).
- La trace `update_ld_name` ne doit pas être loggée s'il n'y a pas de titre.
- On met un placeholder rouge "titre à renseigner" à l'utilisateur si le titre est vide.Sebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frSebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frhttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/1054Copex étudiant refactoring2024-03-13T11:49:12+01:00Sebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frCopex étudiant refactoringRemi Colin De VerdiereRemi Colin De Verdierehttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/1029Importer un LD : mise en cohérence des interfaces dans l'édition de mission e...2024-03-21T13:47:35+01:00Cedric d'HamImporter un LD : mise en cohérence des interfaces dans l'édition de mission et la page de rapport + débuggage+ Role : enseignant & étudiant
+ Page(s) : voir plus bas
+ Objectif : factoriser l'interface d'import de LD sur les pages de rapport et d'édition de mission
Proposition technique :
- [ ] Au niveau UX (à discuter) : faire un mélange des...+ Role : enseignant & étudiant
+ Page(s) : voir plus bas
+ Objectif : factoriser l'interface d'import de LD sur les pages de rapport et d'édition de mission
Proposition technique :
- [ ] Au niveau UX (à discuter) : faire un mélange des deux interfaces existantes ? Dans la page edit-mission, c'est pleine page (et ça prend souvent trop de hauteur) ; dans la page de rapport, la fonctionnalité apparait dans un modal arlequin pas très joli. Nouvelle proposition de maquette dans un modal (mais on peut aussi décider de garder l'accordéon de la page enseignants) :
![image.png](/uploads/7b4a577d0e1260736e9d293be82bd36f/image.png)
Faut-il mettre un bouton **Valider** (coche en haut à droite ou bouton centré en bas) ou importer au clic sur le nom du LD ? Dans le deuxième cas, attention aux clics malencontreux.
# Specs sur l'affichage des boutons d'import et les LD pouvant être importés :
Certaines specs sont déjà fonctionnelles. Tester et voir ce qu'il manque.
Il y a de l'importation de labdocs dans les contextes suivants
* Page `/teacher/mission/` (édition d'une mission)
* Page `/report/test` (test sans connexion) scope = test
* Page `/report/xxx` avec 3 scopes possibles : test, default, follow (dans les scope view et pdf, pas d'import possible)
- [ ] Dans la page d'édition de mission `/teacher/mission/` pour les "enseignants" :
* toujours afficher les boutons "importer"
* LD pouvant être importés = tous les LD par défaut des autres missions dont l'enseignant est concepteur (sans restriction sur les types de LD)
Dans les pages `/report/xxx`, la conduite à tenir dépend du scope du rapport :
- [x] scope `test` :
* toujours afficher les boutons d'import
* au clic dessus afficher une alert (comme pour les messages) : "L'import de labdoc n′est pas fonctionnel en mode test"
- [ ] scope `default` (status `tuto`ou `on`) :
* Si l'import n'est pas autorisé `allow_import = 0`, les bouton d'import ne sont pas affichés
* Sinon, les LD pouvant être importés sont tous les LD des rapports de l'étudiant utilisateur, filtrés par
* les types de LD autorisés dans la partie de rapport où l'import a lieu
* les LD des rapports de l'étudiant liés à la mission d'id `allow_import_id_mission`
- [ ] scope `follow` :
* Toujours afficher les boutons d'import
* les LD pouvant être importés sont :
- [x] tous les LD des rapports dont l'enseignant est étudiant (sans restriction sur les types de LD) - :warning: information du 10/03/24 de Claire W et Carinne H : ça bugge !! apparemment les droits ne sont pas les bons - corrigé le 20/03/24
Quand #335 (un rapport "corrigé" pour chaque mission) sera faite, il faudra modifier le choix des LD importables, à savoir ajouter :
- [ ] tous les LD des rapports "corrigé" de toutes les missions dont l'enseignant est tuteur ou concepteur (sans restriction sur les types de LD)
- [ ] tous les LD de mission dont l'enseignant est tuteur ou concepteur (sans restriction sur les types de LD)
Gestion du cas où il n'y a rien à importer (actuellement, c'est bien buggé)
* [ ] Si le bouton d'import est affiché mais qu'il n'y a aucun LD à importer, il faut signaler à l'utilisateur (alertGently ?) lorsqu'il clique dessus :
* [ ] en scope `default` et si `allow_import_id_mission` : "Il n'y a aucun labdoc de la mission `mission.code` à importer dans cette partie de rapport"
* sinon : "Il n'y a aucun labdoc à importer dans cette partie de rapport"Remi Colin De VerdiereRemi Colin De Verdierehttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/991Supprimer une mission attribuée dans Moodle, via LabNbook2024-03-20T22:40:38+01:00Isabelle GiraultSupprimer une mission attribuée dans Moodle, via LabNbook+ Role : enseignant
+ Page(s) / Url(s) : onglet étudiant
+ Comportement actuel (si besoin) : j'ai une nouvelle classe créée depuis Moodle, avec une mission associée à cette classe. Je voudrais supprimer cette attribution de mission, mais...+ Role : enseignant
+ Page(s) / Url(s) : onglet étudiant
+ Comportement actuel (si besoin) : j'ai une nouvelle classe créée depuis Moodle, avec une mission associée à cette classe. Je voudrais supprimer cette attribution de mission, mais impossible de le faire, ni par l'onglet étudiant, ni par l'onglet rapport (aucun rapport visible puisque les étudiants ne sont pas encore inscrits à la mission via Moodle). La seule possibilité que j'ai trouvé est de supprimer la classe, mais c'est embétant s'il y a déjà des missions en cours !
+ Comportement attendu : de la fexibilité !
+ Proposition technique :Janvier 2023David BeniamineDavid Beniaminehttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/987Fitex : ajustement auto sur des paramètres de faibles valeurs2024-02-23T14:41:49+01:00Cedric d'HamFitex : ajustement auto sur des paramètres de faibles valeursLorsque les paramètres d'une fonction paramétrée sont de l'ordre de 10^(-6), le fit auto a du mal à converger. Cela semble lié au fait que les paramètres envoyés à l'algorithme d'optimisation sont fixes.
En particulier, le paramètre sui...Lorsque les paramètres d'une fonction paramétrée sont de l'ordre de 10^(-6), le fit auto a du mal à converger. Cela semble lié au fait que les paramètres envoyés à l'algorithme d'optimisation sont fixes.
En particulier, le paramètre suivant, fixé à 10^(-6) :
> gradientDifference
>
> The jacobian matrix is approximated as mention above, the gradientDifference option is the step size (dp) to calculate de difference between the function with the current parameter state and the perturbation added. It could be a number (same step size for all parameters) or an array with different values for each parameter, if the gradientDifference is zero the derive will be zero, and the parameter will hold fixed.
Une solution pourrait être de normaliser les paramètres à l'insu de l'utilisateurSebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frSebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frhttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/926Fitex : calculer les incertitudes des paramètres des fonctions paramétrées2024-03-13T14:04:29+01:00Cedric d'HamFitex : calculer les incertitudes des paramètres des fonctions paramétréesAvant de se lancer dans le projet, il faudrait évaluer le temps que ça peut prendre...Avant de se lancer dans le projet, il faudrait évaluer le temps que ça peut prendre...Sebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frSebastien Rebaudosebastien.rebaudo@univ-grenoble-alpes.frhttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/668Erreurs 4012024-02-22T14:31:41+01:00EXT Thibaud BErreurs 401Sur notre instance de LabNbook lorsqu'on essaye d’accéder à la page "Mon compte", ou que l'on clique sur une institution dans l'interface d'admin (faisant apparaître la liste des membres), alors si on utilise Firefox on a une erreur 401 ...Sur notre instance de LabNbook lorsqu'on essaye d’accéder à la page "Mon compte", ou que l'on clique sur une institution dans l'interface d'admin (faisant apparaître la liste des membres), alors si on utilise Firefox on a une erreur 401 Unauthorized et on est déconnecté ; mais si on utilise Chromium tout fonctionne parfaitement.
Notre instance LabNbook est derrière un haproxy. Si on accède directement au backend web avec Firefox on ne constate pas de soucis, ce n'est qu'à travers le haproxy.
Mais si c'est un soucis au niveau du haproxy je ne comprend pas pourquoi ça fonctionne avec Chromium, mais pas avec Firefox ?
<details><summary>Si vous voulez tester</summary>
- https://labnbook.cpe.fr
- User : test
- Pwd : testTEST
</details>David BeniamineDavid Beniaminehttps://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/617Faire la traduction des LD protocoles (copex)2024-02-14T14:28:08+01:00Cedric d'HamFaire la traduction des LD protocoles (copex)+ Role : tous
+ Page(s) / Url(s) : public/tool_copex/default-protocol.xml
+ Comportement attendu : pour les utilisateurs anglais, il faudrait traduire le contenu par défaut du protocole issu du fichier XML
+ Comportement actuel (si besoi...+ Role : tous
+ Page(s) / Url(s) : public/tool_copex/default-protocol.xml
+ Comportement attendu : pour les utilisateurs anglais, il faudrait traduire le contenu par défaut du protocole issu du fichier XML
+ Comportement actuel (si besoin) : le fichier XML est en français pour tous les utilisateurs
+ Proposition technique : ?? ça va être la galèreRemi Colin De VerdiereRemi Colin De Verdiere