Trop de problèmes sont liés à cette report_part à !! * On peut déplacer les LD dans cette report_part, mais ce n'est pas enregistré en BD (speed-test du 5/12/2024) * L'enseignant ne peut pas annoter ces LD (bug remonté le 07/12/2024 reporté ci-dessous) ``Message : `SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`labnbook`.`annotation`, CONSTRAINT `annotation_ibfk_3` FOREIGN KEY (`id_report_part`) REFERENCES `report_part` (`id_report_part`) ON DELETE CASCADE ON UPDATE CASCADE) (SQL: insert into `annotation` (`id_teacher`, `id_report`, `id_labdoc`, `id_report_part`, `json`, `type`, `update_time`, `creation_time`) values (24781, 110326, 1037317, 0, {"ranges":[{"start":"//span[@id='ld_name_1037317']","startOffset":0,"end":"//span[@id='ld_name_1037317']","endOffset":18}],"quote":"Détecteur de crête","category":"0","text":"Bon travail dans l’ensemble sur ce TP. Vous pouvez être encore un peu plus détaillé dans votre analyse des observations, par exemple en comparant vraiment l’expérience aux attendus théoriques"}, ld_title, 2024-12-07 08:56:04, 2024-12-07 08:56:04))`` Proposition : * [x] on supprime purement et simplement la report part 0 ! Ceci a 2 conséquences : * [x] Quand on enregistre un LD attaché dans le rapport, il faut un select pour choisir la report_part dans lequel il faut l'enregistrer * [ ] Il faut faire une migration pour passer tous les LD en report part 0 dans la première report part du rapport