-
Notifications
You must be signed in to change notification settings - Fork 103
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ajouter un signalement sur une occurrence pour la validation #1817
Conversation
Codecov Report
@@ Coverage Diff @@
## develop #1817 +/- ##
===========================================
- Coverage 54.23% 54.15% -0.08%
===========================================
Files 76 76
Lines 7309 7303 -6
===========================================
- Hits 3964 3955 -9
- Misses 3345 3348 +3
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
OK quelques questions :
Merci. |
Oui car le signalement peut être ajouté / enlevé (par un validateur) / consulté dans la fiche info (composant alertInfoModule dans geonature/frontend/src/app/shared). J'ai créé un component alertInfoModule qui est dans le composant partagé SyntheseInfoObsComponent. Ca permet de disposer consulter / ajouter le signalement pour un NON validateur dans le module SYNTHESE.
Une observation => 1 signalement. Plusieurs signalement ne semblent pas être nécessaires car si une observation a déjà été signalée, on considère que le validateur va de toute façon vérifier l'observation. La discussion peut compléter un besoin d'information mais c'est complémentaire et ne répond pas au besoin de modifier le signalement par l'auteur lui-même. Tu vois un besoin supplémentaire de ce côté ? Idem, @jbdesbas ?
La détection du CRUVED par le front ne fait pas ce rôle ?
Il y a aussi une règle du back :
Mais j'ai un doute sur cette règle (question déjà posée dans la PR discussion, comment gérer module_code SYHNTHESE et VALIDATION ?).
Pas certain de comprendre ? (voir test de la PR directement ou le gif). |
OK pour moi. |
contrib/gn_module_validation/backend/gn_module_validation/blueprint.py
Outdated
Show resolved
Hide resolved
...ation/frontend/app/components/validation-synthese-list/validation-synthese-list.component.ts
Outdated
Show resolved
Hide resolved
contrib/gn_module_validation/backend/gn_module_validation/blueprint.py
Outdated
Show resolved
Hide resolved
contrib/gn_module_validation/backend/gn_module_validation/blueprint.py
Outdated
Show resolved
Hide resolved
@bouttier merci des retours de revue, les travaux sont en cours je n'ai pas refait de modifications depuis ce matin :) |
@jbdesbas oui travaux en cours, comme indiqué je fait les modifications (front / route) dès que possible pour moi :) |
OK merci pour les réponses. Pour savoir si un utilisateur est validateur, en effet il faudrait peut-être plutôt vérifier son R sur le module Validation, car le V du CRUVED n'a pas un usage ni un rôle clair actuellement dans GeoNature. |
Ok donc si on peut lire la validaition ==> On est validateurs (sinon on voit pas le module) ==> R suffit. |
J'ai toutefois besoin d'appeler l'alert (et non toutes les données de Synthese) lors de la création d'une alert puisque je dois récupérer l'id_report (automatiquement rajouté en base à la création) pour une suppression ultérieur (si on ajoute et supprime directement par exemple). |
Pour la Synthese et la récupération des infos de reports, étant donné qu'on a un Faut-il donc faire pareil que pour la route VALIDATION ? ... En rajoutant :
Merci pour vos réponses. |
Non c’est inutile de rajouter le
|
|
|
Gros conflits sur cette PR suite aux derniers commits..... |
config to activate signalement or not by modules use contains_eager instead joineload to filter query user alertInfoModule with shared synthese UI better display for signalement delete btn only validator can delete alert Specific delete rule for validator and change alert UI delete useless joinedload Fisplay alert flag in valid synthese list Allow to filter validation list by alert create protected delete alert route for validator only More Alert backend tests
Clean useless code joinedload come back delete print join report to Synthese on validaiton get_synthese_data append report to synthese only if required optimal report management with UI avoid to many report call join report only if required, delete useless route force replace by lazyload remove specific delete alert route and test use correct has_instance_permission def name fix backend test
|
|
refresh VALIDATION obs list on modal close Clean useless code joinedload come back delete print join report to Synthese on validaiton get_synthese_data append report to synthese only if required optimal report management with UI avoid to many report call join report only if required, delete useless route force replace by lazyload remove specific delete alert route and test use correct has_instance_permission def name fix backend test VSCode forgotten rebase diff push update delete weird submodule folder black prettier frontend prettier
Ref. issue #1750
Cette proposition de PR permet, depuis le module “Synthèse”, de pouvoir signaler une
observation semblant erronée ou suspecte.
Une observation aberrantes / suspecte pourra alors être rapidement rendue visible via un bouton
signaler
et un formulaire afin d'ajouter un commentaire. Les observations signalées sont ensuite mise en évidence dans la liste des occurrences de la VALIDATION et recherchable via un filtre avancé "Est signalé".Cette fonctionnalité est optionnelle car visible ou non dans les modules
SYNTHESE
,VALIDATION
ou dans aucun des deux selon les détails fourni dans l'issue 1750.Les éléments suivants on été modifiés ou rajoutés :
Signaler
pour ouvrir ou fermer le formulaire (ou le détail du signalement)has_alert
pour filtrer la liste de validation sur les occurrences qui ont un signalementTout le monde peut signaler une occurrence, seuls les validateurs peuvent la supprimer.
Toutes remarques sont les bienvenus.
Aperçu