16-09-2024, 15:43
Bonjour !
À propos du bug des équipes (les erreurs dans le job)
je pense avoir corrigé ce bug (le correctif sera dans les releases de début octobre).
En revanche un détail me perturbe. Lorsque j'ai reproduit le bug (donc en 1) mettant une équipe en propriétaire par défaut des e-mails synchronisés 2) en récupérant un e-mail dont aucune adresse ne correspond à celle d'un utilisateur) , le code plantait un peu avant l'endroit que vos traces ne l'indiquent. En effet, il y a un endroit qui vérifie que le propriétaire a un rôle AVANT la vérification que ce n'est pas une équipe ( là où ça plante chez vous). Ce qui indiquerait que vous avez une équipe qui a un rôle, ce qui n'est normalement pas possible
- ça pourrait être un bug qui n'est plus présent dans le code actuel, mais votre base est ancienne (il faudrait alors corriger votre base de données pour éviter les surprises à l'avenir).
- ça pourrait être une modification que vous avez fait manuellement (via du code, ou directement en base de données) ; c'est sûrement une mauvaise idée et il faudrait l'indiquer quand vous remontez un souci.
- ça pourrait être un bug encore présent. Si vous arrivez à créer une équipe avec un rôle via l'UI, c'est un bug, indiquez moi comment faire je corrigerai ça.
En attendant, si vous le souhaitez, vous pouvez contourner le bug en mettant en propriétaire par défaut un utilisateur qui n'est pas une équipe.
À propos des autres erreurs
Sauf erreur de ma part, seule la dernière erreur en est une une :
J'ai aussi corrigé ce souci (là encore ça sera dans les release d'Octobre).
Il semble que pour un de vos utilisateurs vous ayez au moins 20 Classeurs avec la catégorie "Documents reçus par e-mail". Ce n'est pas forcément un souci, et le code ne devrait pas planter pour autant (c'est l'objet de ma correction). En revanche, ça n'a pas forcément beaucoup de sens, et le code corrigé prendra le premier de ces classeurs pour ranger les fichiers attachés des e-mails synchronisés (donc si vous en avez plein vous ne maîtriserez pas forcément bien où vont les choses).
Là encore, en attendant vous pouvez juste laisser un seul Classeur avec cette catégorie par utilisateur (mais s'il n'y en n'a pas il sera créé, c'est le fait d'en avoir plusieurs le souci) afin d'éviter le plantage dans votre version actuelle.
Bonne fin de journée !
À propos du bug des équipes (les erreurs dans le job)
je pense avoir corrigé ce bug (le correctif sera dans les releases de début octobre).
En revanche un détail me perturbe. Lorsque j'ai reproduit le bug (donc en 1) mettant une équipe en propriétaire par défaut des e-mails synchronisés 2) en récupérant un e-mail dont aucune adresse ne correspond à celle d'un utilisateur) , le code plantait un peu avant l'endroit que vos traces ne l'indiquent. En effet, il y a un endroit qui vérifie que le propriétaire a un rôle AVANT la vérification que ce n'est pas une équipe ( là où ça plante chez vous). Ce qui indiquerait que vous avez une équipe qui a un rôle, ce qui n'est normalement pas possible
- ça pourrait être un bug qui n'est plus présent dans le code actuel, mais votre base est ancienne (il faudrait alors corriger votre base de données pour éviter les surprises à l'avenir).
- ça pourrait être une modification que vous avez fait manuellement (via du code, ou directement en base de données) ; c'est sûrement une mauvaise idée et il faudrait l'indiquer quand vous remontez un souci.
- ça pourrait être un bug encore présent. Si vous arrivez à créer une équipe avec un rôle via l'UI, c'est un bug, indiquez moi comment faire je corrigerai ça.
En attendant, si vous le souhaitez, vous pouvez contourner le bug en mettant en propriétaire par défaut un utilisateur qui n'est pas une équipe.
À propos des autres erreurs
Sauf erreur de ma part, seule la dernière erreur en est une une :
Code :
[...]
creme.documents.models.folder.Folder.MultipleObjectsReturned: get() returned more than one Folder -- it returned more than 20!J'ai aussi corrigé ce souci (là encore ça sera dans les release d'Octobre).
Il semble que pour un de vos utilisateurs vous ayez au moins 20 Classeurs avec la catégorie "Documents reçus par e-mail". Ce n'est pas forcément un souci, et le code ne devrait pas planter pour autant (c'est l'objet de ma correction). En revanche, ça n'a pas forcément beaucoup de sens, et le code corrigé prendra le premier de ces classeurs pour ranger les fichiers attachés des e-mails synchronisés (donc si vous en avez plein vous ne maîtriserez pas forcément bien où vont les choses).
Là encore, en attendant vous pouvez juste laisser un seul Classeur avec cette catégorie par utilisateur (mais s'il n'y en n'a pas il sera créé, c'est le fait d'en avoir plusieurs le souci) afin d'éviter le plantage dans votre version actuelle.
Bonne fin de journée !