KAPC 1.4 : Pas de soumission sur les évaluations par les pairs et les tuteurs (conséquences)

[isabelle-roy]

Je ne sais pas pourquoi vous vouliez absolument retirer la soumission sur les évaluations par les pairs et les tuteurs, mais le résultat c'est que l'étudiant va toujours garder le bouton Demander une évaluation et le badge Non évalué. Ensuite l'étudiant peut demander à un autre pair ou tuteur d'écraser la première évaluation.

Sans compter le risque de sécurité si quelqu'un intercepte le courriel.

[AdrienPrugnaud]

@isabelle-roy est-ce que c'est bon pour toi ? Le problème est corrigé car l'étudiant ne peut plus demander à plusieurs tuteurs car le bouton "Demander une évaluation..." disparaît lors de l'envoi de la demande.

[isabelle-roy]

@AdrienPrugnaud Moi j'ai encore des problèmes liés au fait que vous avez voulu retirer la soumission : entre autres le badge Non évalué qui reste toujours même après l'évaluation. Je ne suis pas prête à fermer l'issue, je veux attraper Olivier et voir avec lui si on peut faire mieux. Je vais essayer que ce soit cet après-midi.

[isabelle-roy]

Voici ce que ça donne pour une SAé migrée de 1.3.5 ou une action créée par l'étudiant, après l'évaluation par le tuteur, depuis qu'il n'y a plus de soumission :

Pour les nouvelles SAés créés c'est moins pire mais il reste toujours le badge Non évalué. On va essayer de faire du ménage dans les métadonnées.

[isabelle-roy]

Olivier et moi avons travaillé fort pour mitiger les problèmes reliés au retrait de la soumission de l'évaluation par les pairs et les tuteurs. Cela implique une nouvelle version du projet Karuta 1.4 Modèles, du fichier fonctions-apc14.js et du module de migration - je viens de déposer les trois sur Next Cloud. À été modifié : les évaluations par les pairs et les tuteurs sur les actions migrées et sur les nouvelles actions (celles créées par l'enseignant et celles créées par l'étudiant).

[jgribonvald]

Bonjour,

Sommes nous d'accord que toutes vos dernières corrections n'impliquent pas la récréation des portfolios étudiants en APC ? Et donc un batch spécifique pour migrer. J'entends pour ceux étant déjà partis avec la version 1.4 précédemment livrée.

Si ce n'est pas le cas il faut qu'on fasse une réunion rapidement.

[AdrienPrugnaud]

@isabelle-roy @olivier-gerbe : "Bonjour,

Sommes nous d'accord que toutes vos dernières corrections n'impliquent pas la récréation des portfolios étudiants en APC ? Et donc un batch spécifique pour migrer. J'entends pour ceux étant déjà partis avec la version 1.4 précédemment livrée.

Si ce n'est pas le cas il faut qu'on fasse une réunion rapidement."

[AdrienPrugnaud]

@isabelle-roy j'ai toujours le même problème :

https://github.com/user-attachments/assets/f5e95abd-cc24-401e-9df5-0da04455768b

Par contre la solution serait que les étudiants une fois les demandes envoyées aux pairs et tuteur pro demande aussi une évaluation au enseignant ce qui permet de figer la page.

Le choix d'enlever les boutons concernait surtout le bouton "envoyer" au niveau des apprentissages critiques mobilisés qui ne servait à rien et je crois que le fait d'enlever ce bouton impactait aussi les zones de la partie évaluation #73 (que l'on aurait bien aimer conserver mais les deux n'était pas possible)

[isabelle-roy]

Ça fait longtemps qu'on n'est plus dans la même version de KAPC 1.4 que celle d'avant les vacances - je vous en ai livré plusieurs. Ce n'est pas cet issue en particulier qui est en cause.

[olivier-gerbe]

Bonjour à tous, Vous nous avez demandé beaucoup de modifications et nous avons corrigé les bugs trouvés depuis la première livraison beta de KAPC14. Il n'était pas recommandé de partir avec cette version en production puisque vous ne l'aviez qualifiée. Il n'est pas possible de créer un module de migration KAPC14 juillet vers KAPC14 octobre. Si certains ont commencé à saisir des Saes, ils peuvent garder les répertoires de Saes, supprimer les boites d'évaluation en bas de page et les recréer. Pour le reste, les portfolios étudiants et enseignants sont vides, ils les suppriment et ils les recréent.

[jgribonvald]

Bonjour, @olivier-gerbe @isabelle-roy

J'avais demandé par mail (18/09) l'impact des correctifs, j'avais demandé confirmation pour que cela ne touche et ne provoque qu'une recréation des portfolio enseignants. Je n'ai jamais eu de réponse à ce mail. Pour être plus clair il fallait éviter les impacts sur les portfolios étudiants ou sinon m'en avertir rapidement. Si cela ne touche que les portfolios des enseignants il n'y a aucun problème dans ce cas. Au final merci de reprendre et de répondre à mon mail, merci d'y mettre en copie Éric (@giraudin).

Dans tous les cas, cela avait déjà été dit à plusieurs reprises, s'il y a des demandes à impact, c'est à dire provoquant la modification du modèle et des portfolios, nous devions en être averti avant tout développement afin de statuer. Et les points visio sont nécessaires pour en discuter dans ces cas.

Au passage je rappelle que les demandes doivent passer par ma validation et que ma validation dépend principalement des impacts et délais de livraison. Également je valide les livraisons et leur contenu, et uniquement quand j'officialise la version cela donne lieu au règlement. Après évidemment ce travail est fait avec la grande aide d'Adrien mais uniquement pour le côté fonctionnel.

Merci

[AdrienPrugnaud]

L'une des conséquences reste que même après avoir demandé une évaluation d'un stage à un enseignant, l'étudiant peut toujours cliquer sur demander une évaluation à un tuteur ou pair ce qui créer cette erreur :

https://github.com/user-attachments/assets/02b1df83-57c2-40df-a7f8-a41f159d93de

[olivier-gerbe]

Effectivement le fait de retirer la soumission a eu beaucoup d'effets de bord dont celui-ci. Je vais regarder ce que l'on peut faire.

[AdrienPrugnaud]

@olivier-gerbe peux-tu me confirmer que ce bouton de demande d'évaluation disparait après envoi seulement pour les SAés :

mais pas pour les stages et autres actions :

@olivier-gerbe