LabNbook-code issues
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues
2024-02-01T16:20:26+01:00
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/13
validation de cohérence des labdocs pour les enseignants
2024-02-01T16:20:26+01:00
Francois Gannaz
validation de cohérence des labdocs pour les enseignants
Le code de gestion des labdocs pour les enseignants est séparé de celui des étudiants. Il faudrait donc que les nouvelles fonctions introduites par !10 soient appelées par `validateAddLD()` et `validateEditLD()`.
Le code de gestion des labdocs pour les enseignants est séparé de celui des étudiants. Il faudrait donc que les nouvelles fonctions introduites par !10 soient appelées par `validateAddLD()` et `validateEditLD()`.
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/255
Licence AGPL
2024-02-03T15:44:40+01:00
Francois Gannaz
Licence AGPL
Passer à la licence AGPL.
- [x] Ajouter un fichier LICENSE dans le répertoire racine qui contiennent le texte officiel de l'AGPL.
- [ ] Ajouter un fichier README.md qui décrive brièvement LabNbook et mentionne sa licence.
- [ ] Dans tou...
Passer à la licence AGPL.
- [x] Ajouter un fichier LICENSE dans le répertoire racine qui contiennent le texte officiel de l'AGPL.
- [ ] Ajouter un fichier README.md qui décrive brièvement LabNbook et mentionne sa licence.
- [ ] Dans tous les fichiers js et php créé par LabNbook, ajouter un en-tête (en début de fichier, juste après la balise `<?php` si elle est présente).
Le troisième point soulève quelques difficultés mineures :
- Il n'est pas immédiat de distinguer les fichiers concernés. Par exemple, `libraries/annotator/` contient un mélange de fichiers externes et internes.
- Quel texte d'en-tête choisir exactement et sous quel format ?
Pour l'en-tête, l'INRIA propose : *LabNbook – Copyright © by Université Grenoble Alpes – All rights reserved – 2019 – Distributed under AGPL V3.0 – Contact : labnbook-team@univ-grenoble-alpes.fr*
Je suggère une légère mise en forme en utilisant le format phpdoc & jsdoc :
```php
/**
* @author LabNbook <labnbook-team@univ-grenoble-alpes.fr>
* @copyright Université Grenoble Alpes – All rights reserved – © 2019
* @license http://www.gnu.org/licenses/agpl-3.0.html GNU AGPL v3
*/
```
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/265
Annotations : amélioration de l'ajout et de l'affichage
2024-02-05T17:26:24+01:00
Cedric d'Ham
Annotations : amélioration de l'ajout et de l'affichage
L'enseignant qui affiche un rapport d'étudiant (scope follow) ne doit plus pouvoir faire d'annotation en surlignant du texte des titres des RP et des LD. Seuls les textes des LD sont surlignables.
A la place on met une icone commentaire...
L'enseignant qui affiche un rapport d'étudiant (scope follow) ne doit plus pouvoir faire d'annotation en surlignant du texte des titres des RP et des LD. Seuls les textes des LD sont surlignables.
A la place on met une icone commentaire (font awesome edit) en regard du nom du rapport, de la RP ou du LD.
![image](/uploads/2cea0e3fa72da8989237a52ae236134e/image.png)
Cette icone permet d'ouvrir un cadre d'annotation au niveau du rapport, de la RP ou du LD dans lequel l'enseignant peut faire son annotation. Je ne sais pas si le mieux est que l'enseignant tape directement dans le cadre ou si l'annotation doit être écrite dans l'interface habituelle. Probablement le deuxième cas, mais les annotations risquent d'être plus longues...
L'annotation est toujours enregistrée dans la table `annotations` mais elle n'apparait pas au survol comme les autres annotations. Elle apparait en permanence dans un cadre sous le titre du rapport, de la RP ou du LD. L'étudiant peut ouvrir ou fermer (n'afficher que la première ligne) ce cadre.
Lorsque l'étudiant exporte en PDF son rapport, il peut afficher ou non les annotations (par défaut elles ne sont pas affichées).
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/317
Automate à états finis pour le cycle de vie (status) des rapports
2024-02-01T16:20:44+01:00
Cedric d'Ham
Automate à états finis pour le cycle de vie (status) des rapports
Plusieurs points à savoir sur le cycle de vie des rapports :
* les rapports sont créés dans la table `report` (status = new et initialized = 0) à deux moments :
* lors du teaming (mode "aléatoire" ou "au choix de l'enseignant")
* l...
Plusieurs points à savoir sur le cycle de vie des rapports :
* les rapports sont créés dans la table `report` (status = new et initialized = 0) à deux moments :
* lors du teaming (mode "aléatoire" ou "au choix de l'enseignant")
* lors de la mise en équipe par l'étudiant (mode "au choix de l'étudiant")
* les rapports passent de new à on lors du premier accès d'un étudiant. C'est à ce moment que sont créés les LD par défaut et que initialized = 1.
* les rapports test ne sont pas dans le même cycle de vie. Ils sont supprimés en CRON et à chaque nouveau test
Actuellement, la situation est : (après les modifications faites dans #309)
![image](/uploads/2067d6cc9b5686b74216e5b9d142c4d7/image.png)
Le CRON :
* supprime les rapports test débutés depuis plus d'un jour
* supprime les rapports new 3 mois après leur date de fin
* passe les rapports de on à wait au moment de leur date de fin
* passe les rapports de wait à arc 6 mois après leur date de fin
On peut améliorer tout cela en mettant en place un automate à états finis et en faisant disparaitre `report.initialized` :
![image](/uploads/0c8b106b128fce9943a1b4d9fe3a0911/image.png)
**Attention :** quand on fait une transition vers `new` ou `active` il faut vérifier que la date de fin de travail soit postérieure au jour
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/335
Partage de mission : un rapport "corrigé" est associé à chaque mission
2024-03-12T15:53:30+01:00
Cedric d'Ham
Partage de mission : un rapport "corrigé" est associé à chaque mission
Cette issue correspond à des demandes de F. Lehmann et AL Perriollat. Il y a un besoin d'avoir accès un rapport de mission pour différents objectifs :
* rapport "corrigé" individuel ou partagé par tous les enseignants de la mission
* ra...
Cette issue correspond à des demandes de F. Lehmann et AL Perriollat. Il y a un besoin d'avoir accès un rapport de mission pour différents objectifs :
* rapport "corrigé" individuel ou partagé par tous les enseignants de la mission
* rapport "dépôt de LD" individuel ou partagé par tous les enseignants de la mission
* rapport "bidouille" individuel
De plus, le constat est fait, qu'il est très difficile de s'attribuer des rapports car on n'a pas accès aux classes dans lesquelles on est inscrit en tant qu'enseignant.
Ce rapport est partagé par tous les enseignants inscrits à la mission.
* le rapport est consultable par les tuteurs
* le rapport est modifiable par les concepteurs
Ces rapports ne sont pas rattachés à un teaming. Ceci permet de les différencier des autres.
Demande spécifique de F. Lehmann : Je souhaitais pouvoir créer une mission "correction" en important les LD depuis les rapports des étudiants et ensuite les modifier et finalement créer un rapport "correction". Dans certain cas pour vérifier les calculs des étudiants dans les LD données je suis obligé de faire un copier-coller dans Excel et parfois il me manque les valeurs des constantes définis par les étudiants.
Une fois que ces rapports "corrigés" existeront, il faudra compléter #1029+
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/338
MSG : lier les conversations à la mission + droit administrateurs
2020-04-21T17:38:12+02:00
Cedric d'Ham
MSG : lier les conversations à la mission + droit administrateurs
**Fonctionnellement**
L'affichage des discussions dans la messagerie devient contextuel à la mission et non plus au rapport
* Quand un utilisateur est dans une page rapport (scope default, view ou follow) il ne voit que les discussions ...
**Fonctionnellement**
L'affichage des discussions dans la messagerie devient contextuel à la mission et non plus au rapport
* Quand un utilisateur est dans une page rapport (scope default, view ou follow) il ne voit que les discussions :
* qui sont rattachées à la mission du rapport
* qui ne sont rattachées à aucune mission : discussions génériques
* Les enseignants peuvent créer des discussions rattachées à une mission :
* quand ils sont en train de suivre le rapport d'un étudiant (report-follow)
* quand ils passent par le tableau rapport et que toutes les équipes sélectionnées font la même mission
* Les enseignants peuvent créer des discussions génériques :
* par le bouton + de la messagerie
* quand ils passent par le tableau rapport et que les équipes sélectionnées font des missions différentes
* Les étudiants ne peuvent créer que des discussions rattachées à une mission
Droits dans les discussions
* Les discussions ont un administrateur
* Seul l'administrateur peut modifier (ajouter / supprimer) les participants à une discussion
* Si l'administrateur quitte une discussion, alors elle est fermée : elle reste visible, mais plus aucun message ne peut être envoyé
* Les destinataires possibles dans une conversation dépendent du scope de la page et des droits accordés par l'enseignant
* cadre d'ajout individuel
* enseignants
* etudiants de l'équipe
* etudiants de la classe (pour l'enseignant uniquement)
* La gestion des LD attachés (attachement, enregistrement) ne se fait qu'en scope follow et dépend des droits accordés par l'enseignant
* Les étudiants ne peuvent pas attacher de LD à une discussion générique
![image](/uploads/efa9a733716ecc9aa5b4aec826ecd20c/image.png)
**Techniquement :**
* il faut remplacer dans la BD le lien conversation -> report par conversation -> mission
* il faudraitt supprimer la variable cachée dans le DOM (?) :
* `<input type="hidden" id="msg_id_conv" value="<?php echo ($vis ? 'conv' : '0') ?>">`
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/343
Rendre la page Reports réactive (synchronisation)
2022-02-24T13:27:37+01:00
Cedric d'Ham
Rendre la page Reports réactive (synchronisation)
Page `/teacher/reports`
* [ ] afficher en vert les étudiants connectés
* [ ] mettre à jour les étoiles de LD
Page `/teacher/reports`
* [ ] afficher en vert les étudiants connectés
* [ ] mettre à jour les étoiles de LD
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/344
Annotations : afficher un cadre dans le rapport qui reprenne toutes les annot...
2024-02-05T17:26:41+01:00
Cedric d'Ham
Annotations : afficher un cadre dans le rapport qui reprenne toutes les annotations
A faire après #265
Sur l'interface report (scope default, view, follow ou pdf), doubler l'affichage des annotations du texte des LD.
* [ ] Quand un LD comporte des annotations par surlignage, ajouter un cadre repliable (uniquement en ...
A faire après #265
Sur l'interface report (scope default, view, follow ou pdf), doubler l'affichage des annotations du texte des LD.
* [ ] Quand un LD comporte des annotations par surlignage, ajouter un cadre repliable (uniquement en scope default, view ou follow) sous le LD / à droite du LD / global en haut du rapport (?). Ce cadre reprend toutes les annotations du LD, triées par ordre chronologique.
* [ ] Chaque annotation a une petite checkbox qui permet aux étudiants de l'équipe d'indiquer qu'elle a été traitée.
* [ ] Quand les annotations ont perdu leur texte cible (car le LD a été modifié) et ne s'affichent donc plus dans le LD, il faut l'indiquer d'une façon ou d'une autre : "cette annotation n'est plus présente dans votre texte"
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/376
Optimiser les pages étudiant pour les mobiles
2024-02-05T17:32:44+01:00
Cedric d'Ham
Optimiser les pages étudiant pour les mobiles
* [x] page login
* [ ] inscription par code
* [ ] page de choix des missions
* [ ] Mon compte
* [ ] Page rapport (utile ??)
* [x] page login
* [ ] inscription par code
* [ ] page de choix des missions
* [ ] Mon compte
* [ ] Page rapport (utile ??)
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/421
Vérifier l'archivage des rapports
2024-02-06T14:48:03+01:00
Cedric d'Ham
Vérifier l'archivage des rapports
- [ ] Quand on archive une classe, vérifier que le système demande si on archive les rapports de la classe et qu'il les archive bien en cas de réponse positive
- [ ] Quand on archive une mission, vérifier que le système demande si on arc...
- [ ] Quand on archive une classe, vérifier que le système demande si on archive les rapports de la classe et qu'il les archive bien en cas de réponse positive
- [ ] Quand on archive une mission, vérifier que le système demande si on archive les rapports de la mission
- [ ] et qu'il les archive bien en cas de réponse positive
Cedric d'Ham
Cedric d'Ham
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/426
Labdoc Soft Delete
2024-02-02T17:17:42+01:00
David Beniamine
Labdoc Soft Delete
La poubelle des Labdoc utilise le même mechanisme que les soft delete de Laravel, il serait bien de configurer Laravel pour pouvoir utiliser les fonctions Laravel de Soft Delete comme pour les rapports
La poubelle des Labdoc utilise le même mechanisme que les soft delete de Laravel, il serait bien de configurer Laravel pour pouvoir utiliser les fonctions Laravel de Soft Delete comme pour les rapports
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/457
Annotations : pouvoir annoter les dessins
2023-06-15T13:25:12+02:00
Cedric d'Ham
Annotations : pouvoir annoter les dessins
Il faut pouvoir annoter les textes des dessins en surlignant. Voir si les dessins peuvent être exportés en SVG ?
Il faut pouvoir annoter les textes des dessins en surlignant. Voir si les dessins peuvent être exportés en SVG ?
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/508
Ajout d'étudiant, message d'erreur mail Undelivered
2021-03-10T11:28:17+01:00
Anthony Geourjon
Ajout d'étudiant, message d'erreur mail Undelivered
+ Role : enseignant
+ Page(s) / Url(s) : http://localhost:8080/teacher/students#
+ Comportement attendu : Ajouter un étudiant avec une adresse mail correctement formattée mais qui n'existe pas et recevoir un message d'erreur m'informant...
+ Role : enseignant
+ Page(s) / Url(s) : http://localhost:8080/teacher/students#
+ Comportement attendu : Ajouter un étudiant avec une adresse mail correctement formattée mais qui n'existe pas et recevoir un message d'erreur m'informant de l'erreur d'envoi (Undelivered)
+ Comportement actuel (si besoin) : L'ajout est fait mais il n'y a pas de message d'erreur
+ Proposition technique :
Utiliser `Mail::failures` avec quelquechose comme ça :
```php
Mail::send(...)
if( count(Mail::failures()) > 0 ) {
echo "There was one or more failures. They were: <br />";
foreach(Mail::failures() as $email_address) {
echo " - $email_address <br />";
}
} else {
echo "No errors, all sent successfully!";
}
```
From : https://stackoverflow.com/questions/32882357/check-mail-is-sent-successfully-or-not-on-laravel-5
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/537
Annotations : surlignage envahissant si l'annotation déborde du titre du labdoc
2023-06-15T13:23:52+02:00
David Beniamine
Annotations : surlignage envahissant si l'annotation déborde du titre du labdoc
+ Role : étudiant
+ Page(s) / Url(s) : /report/<id>
+ Comportement attendu : Seul le titre et le contenu devraient être surligné
+ Comportement actuel (si besoin) : Si l'enseignant met une annotation qui couvre le titre et le contenu d'u...
+ Role : étudiant
+ Page(s) / Url(s) : /report/<id>
+ Comportement attendu : Seul le titre et le contenu devraient être surligné
+ Comportement actuel (si besoin) : Si l'enseignant met une annotation qui couvre le titre et le contenu d'un labdoc, tout element HTML entre les deux est surlignée de la couleur de l'annotation, ex :
![image](/uploads/f3c77476f333ff312b4e677bb649ebfe/image.png)
ou dans le versionning :
![image](/uploads/39f71d6bf37d53a48f0a61dbaae93c28/image.png)
+ Proposition technique : Plusieurs idées me viennent à l'esprit :
+ Empêcher la selection titre + contenu (est-ce faisable ?)
+ Post traiter les annotation en Javascript avant de les envoyer pour ne pas sortir du titre
+ Mettre du CSS pour empecher de changer le fond sur les éléments entres (menu + interface de versioning)
Précision : il s'agit d'un "bug" signalé par @hoffmanc et @plancmae lors du speed testing ce jour, ça impact le versioning mais le problème existe indépendamment.
@geourjoa / @dhamc des idées, des avis ?
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
Sebastien Rebaudo
sebastien.rebaudo@univ-grenoble-alpes.fr
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/576
Wording : messages au niveau de l'inscription des étudiants
2024-02-01T16:24:29+01:00
Cedric d'Ham
Wording : messages au niveau de l'inscription des étudiants
+ Role : enseignant
+ Page(s) / Url(s) : /teacher/students
+ Comportement attendu : avoir des messages de warning et d'erreurs plus explicites (et sans trop de détail) quand on ajoute des étudiants
+ Role : enseignant
+ Page(s) / Url(s) : /teacher/students
+ Comportement attendu : avoir des messages de warning et d'erreurs plus explicites (et sans trop de détail) quand on ajoute des étudiants
Cedric d'Ham
Cedric d'Ham
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/583
Ajout d'étudiant par formulaire
2021-06-03T11:52:34+02:00
David Beniamine
Ajout d'étudiant par formulaire
+ Role : enseignant
+ Page(s) / Url(s) : /teacher/students
+ Comportement attendu : A la validation du modal d'homonyme trouvé revenir pré-remplir le formulaire plutôt que de le valider
+ Comportement actuel (si besoin) : Le formulaire e...
+ Role : enseignant
+ Page(s) / Url(s) : /teacher/students
+ Comportement attendu : A la validation du modal d'homonyme trouvé revenir pré-remplir le formulaire plutôt que de le valider
+ Comportement actuel (si besoin) : Le formulaire est validé
+ Proposition technique :
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/587
Système de gestion des remontées de bug auto
2024-02-01T16:20:06+01:00
David Beniamine
Système de gestion des remontées de bug auto
Il existe deux types de remontées de bug automatiques :
+ Logs : fichiers mysql_errors.log et js_errors.log qui contiennent des traces de bug. À vider et lire à la main
+ Mail : pour les erreur PHP 5xx un mail est automatiquement envoyé...
Il existe deux types de remontées de bug automatiques :
+ Logs : fichiers mysql_errors.log et js_errors.log qui contiennent des traces de bug. À vider et lire à la main
+ Mail : pour les erreur PHP 5xx un mail est automatiquement envoyé à chaque erreur
Il serait bien d'avoir un système centralisé qui récupère toutes les remontées, fusionne les bugs similaire et permette de convertir en issue si besoin.
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/592
Unifier les systèmes d'upload
2024-03-07T13:01:03+01:00
David Beniamine
Unifier les systèmes d'upload
+ Role : enseignant et étudiant
+ Page(s) / Url(s) : beaucoup
+ Comportement attendu : Les uploads devraient être homogènes
+ Comportement actuel (si besoin) : Il existent actuellement 3 systèmes
1. Le nouveau système `/storage/uploa...
+ Role : enseignant et étudiant
+ Page(s) / Url(s) : beaucoup
+ Comportement attendu : Les uploads devraient être homogènes
+ Comportement actuel (si besoin) : Il existent actuellement 3 systèmes
1. Le nouveau système `/storage/upload`
2. L'ajout par encodage base64 puis décodage à la sauvegarde du labdoc
3. `public/tool_zwibbler/image_mgmt.php` pour zwibbler
+ Proposition technique :
Tout brancher sur le système 1. initié pour #82 et supprimer les deux autres
Cette issue remplace : #82 #84 #85 #81
## TODO
+ [x] Faire une table d'upload qui stock : nom du fichier, id_user de l'uploader initial, taille du fichier
+ [x] Faire une table de lien entre les ressources / labdoc / missions / report_part et uploads
+ Brancher les différents systèmes d'upload dessus :
+ Ressources
+ [x] Consigne générale
+ [x] Ressource enseignant
+ [x] Ressour étudiant
+ tinyMCE
+ [x] Édition consigne de mission
+ [x] Édition description de mission
+ [x] Édition consigne de report_part
+ [x] Édition de labdoc côté enseignant
+ [x] Édition de labdoc côté étudiant (en gardant la réduction de l'image a priori)
+ Zwibbler
+ [x] Côté enseignant
+ [x] Côté Étudiant
+ Copex
+ [x] Côté enseignant
+ [x] Côté Étudiant
+ Transversal
+ [x] Dans ImageExtractor.php
+ Tâches annexes
+ A la sauvegarde des contenus XML/HTML (labdocs ou consignes, descriptions) : chercher les images, supprimer les liens perimés
+ [x] Consignes / description
+ [x] Labdoc
+ [x] report_part
+ Script de migration
+ [x] Supprime tous les encodage base64
+ [x] Remplace les chemins de image_mgmt : `tool_zwibler/image_mgmt.php?fileid=<fileid>&id_mission=<id_mission>` deviens `/storage/public/missions/<id_mission>/ld_img/<hash.ext>`. Il faut simuler un upload pour obtenir le hash
+ [x] Peuple la table d'upload pour les fichiers partagés (`/mission/<id>/ld_img` et `/mission/<id>/resources/`)
+ [x] Faire en sorte que le tinyMCE ouvert par les enseignants sur les labdocs soit le même que celui des consignes
+ ~~Optionnel : migrer les anciens fichiers ?~~
## Réorganisation du stockage
| Fichier | Contexte | Ancien emplacement | Nouvel emplacement | Mutualisé avec |
|--------------------|-----------|-----------------------------------------|-----------------------------------------|-----------------------------------------------------------|
| resource enseigant | ressource | `/missions/<id>/resources/<name>.<ext>` | `/missions/<id>/resources/<sha1>.<ext>` | Toutes les ressources de la mission étudiant / enseignant |
| consigne enseigant | ressource | `/missions/<id>/resources/<name>.<ext>` | `/missions/<id>/resources/<sha1>.<ext>` | Toutes les ressources de la mission étudiant / enseignant |
| resource etudiant | ressource | `/report/<id>/<id_user>_<time>.<ext>` | `/missions/<id>/resources/<sha1>.<ext>` | Toutes les ressources de la mission étudiant / enseignant |
| Consignes | mission | `/mission/<id>/tinymce/<name>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| description | mission | `/mission/<id>/tinymce/<name>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| report_part | mission | `/mission/<id>/tinymce/<name>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| zwibbler | mission | `/mission/<id>/zw_img/<name>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| copex | mission | `/mission/<id>/ld_img/<sha1>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| zwibbler | rapport | `/mission/<id>/zw_img/<name>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
| copex | rapport | `/mission/<id>/ld_img/<sha1>.<ext>` | `/missions/<id>/ld_img/<sha1>.<ext>` | Images de labdocs de la mission |
David Beniamine
David Beniamine
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/599
Vérifier la cohérence des informations (étoiles et nb de LD modifiés) dans le...
2024-01-06T14:13:15+01:00
Cedric d'Ham
Vérifier la cohérence des informations (étoiles et nb de LD modifiés) dans le tableau des rapports
Ceci concerne le tableau de la page `/teacher/reports`
1. @giraulti : "lorsque j’annote un rapport, l’étoile disparait et quand je reviens, elle réapparait."
Le fait d'ouvrir un rapport fait automatiquement disparaitre l'étoile du rapp...
Ceci concerne le tableau de la page `/teacher/reports`
1. @giraulti : "lorsque j’annote un rapport, l’étoile disparait et quand je reviens, elle réapparait."
Le fait d'ouvrir un rapport fait automatiquement disparaitre l'étoile du rapport dans le tableau. Par contre, si toutes les étoiles du rapport ne sont pas éteintes lors de la consultation, l'étoile va réapparaitre dans le tableau des rapports au prochain rafraichissement de la page.
- [x] Trouver une façon d'améliorer la synchro entre les étoiles du tableau des rapports et les étoiles des rapports
**=> A spécifier**
2. @hoffmanc : "ici, il y a des étoiles sur des LD dans le rapport, mais pas d’étoile sur le tableau des rapports : `https://uga.labnbook.fr/report/34837?sc=follow`"
- [x] Bug : il doit y avoir un problème d'incohérence entre les requêtes qui affichent les étoiles dans le tableau des rapports et les étoiles de LD dans le rapport. Vérifier et mettre en cohérence : des étoiles sur un rapport dans le tableau des rapports indiquent forcément une ou plusieurs étoiles de LD (et inversement)
3. @hoffmanc : "pour que l'étoile dans la page rapport disparaisse pour de bon, j'ai du cliquer sur tous les LD"
- [ ] Comment faciliter le travail de l'enseignant qui veut pouvoir indiquer qu'il a effectivement vu tous les LD du rapport
**=> A spécifier**
4. "@hoffmanc : pour le rapport `https://uga.labnbook.fr/report/38643?sc=follow` le nombre de LD modifiés (2) qui est affiché dans le tableau des rapports ne correspond pas au nombre de LD réellement modifiés (plus que 2)"
- [ ] Bug : vérifier que l'on compte bien tous les LD modifiés dans le rapport (attention aux imports et aux duplications notamment)
Cedric d'Ham
Cedric d'Ham
https://gricad-gitlab.univ-grenoble-alpes.fr/labnbook/labnbook/-/issues/610
Page de validation de l'installation
2024-02-01T16:25:44+01:00
David Beniamine
Page de validation de l'installation
+ Role : admin
+ Page(s) / Url(s) : /admin/install
+ Comportement attendu : Infos sur l'installation en cours
+ Comportement actuel (si besoin) : Néant
+ Proposition technique : #609 n'est accessible que quand l'installation est terminée...
+ Role : admin
+ Page(s) / Url(s) : /admin/install
+ Comportement attendu : Infos sur l'installation en cours
+ Comportement actuel (si besoin) : Néant
+ Proposition technique : #609 n'est accessible que quand l'installation est terminée, certaines vérifications pourraient être effectuées à l'installation
exemple :
+ État des nodes_modules / vendor
+ Clé d'instance
+ Connexion BD
+ Mode prod / test
+ ...