Fix champs bloquants pour les préavis d'accès aux services

[n0izn0iz]

Fixes #4857 #4446

• Préavis - champs bloquants pour les préavis d'accès aux services #4857 (comment) Dans le formulaire des préavis manuels, retirer les champs
  • Date et heure prévues de la débarque
  • Zone globale de capture
  • Espèces à bord et à débarquer sont obligatoires alors que ces infos n'existent pas pour les préavis autres que ceux ayant pour raison "débarquement".
• Adapter la validation backend suite au retrait des champs -> doute sur la logique
• Préavis - champs bloquants pour les préavis d'accès aux services #4857 (comment) Adapter les templates du pipeline
  • email_body_template.jinja:
    • Supprimer le champ Débarque prévue
    • Replacer "Port de débarquement" par "Port d'arrivée"
  • base_template.jinja:
    • Cacher la colonne Débarque prévue
    • Replacer "Port de débarquement" par "Port d'arrivée"
    • Cacher les sections "INFOS POUR CONTRÔLE" et "ACTIVITÉ DE PÊCHE"
• Ajouter la raison du préavis dans le corps de l'email et le pdf de préavis #4446 (comment)
  • Si la raison du préavis est un débarquement
    • Ajouter l'info dans le pdf dans la section "Infos du préavis", entre "Arrivée estimée" et "Débarque prévue"
    • Ajouter l'info dans le corps du mail entre "Arrivée estimée" et "Débarque prévue" -> doute si pertinent
  • Si la raison du préavis est autre
    •  ajouter l'info dans le pdf dans la section "Infos du préavis", après "Arrivée estimée"
    • retirer les champs "débarque prévue" et "type de préavis" (cf. pdf joint)
    • idem dans le mail : ajouter l'info après "Arrivée estimée", et retirer les lignes "débarque prévue" et "type de préavis"
• Préavis - champs bloquants pour les préavis d'accès aux services #4857 (comment) template.ts
  • Cacher la colonne Débarque prévue
  • Ne pas afficher la variable portLandingAuthorization
  • Cacher la section "ACTIVITÉ DU NAVIRE" -> doute sur la partie "engins utilisés"

Notes:

• J'ai commencé par retirer les champs dans le form de préavis quand purpose === LAN (frontend/src/features/PriorNotification/components/ManualPriorNotificationForm/Form.tsx)
• La validation front ne passait plus car ces champs était requis du coup j'ai édité la validation frontend pour permettre d'avoir les champs cachés vide quand purpose === LAN. (frontend/src/features/PriorNotification/components/ManualPriorNotificationForm/constants.ts)
• La validation backend ne passait plus, du coup j'ai aussi modifié les types en backend pour ne plus forcer à avoir ces champs et ajouté de la validation après parsing pour s'assurer que les champs soit set dans le cas débarquement et unset dans les autres cas. (backend/src/main/kotlin/fr/gouv/cnsp/monitorfish/domain/use_cases/prior_notification/CreateOrUpdateManualPriorNotification.kt)
• Le template.ts était une antipattern (formating via string.replace), du coup j'ai remplacé par une vrai template string 01b77f3
• Considerer l'utilisation d'une lib jinja js (https://www.npmjs.com/package/@huggingface/jinja par ex) pour utiliser le même template en front et dans le pipeline

[tristanrobert]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scan Engine	Critical	High	Medium	Low	Total (0)
✅	Open Source Security	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

[louptheron]

Je sais que c'est en draft, mais p'tit comment :)

[n0izn0iz]

Je vois que les tests e2e sont instable sur master, es-ce que le test qui fail sur cet PR est lié a cette PR a priori?
(CI/CD Back & Front / Run E2E multi windows tests (push))

[n0izn0iz]

Je viens aussi de voir que dans les templates de préavis, la date de débarque est affiché dans tout les cas il semble, je me demande si il faut aussi supprimer les champs la bas: /frontend/src/features/PriorNotification/components/shared/DownloadButton/template.ts par exemple.

[louptheron]

Est-ce que tu peux rajouter un test unitaire dans CreateOrUpdateManualPriorNotificationUTests.kt pour tester ce case expectedLandingDate à null ?

[n0izn0iz]

Test ajouté dans 2868b5d

Mais j'ai un gros doute, j'ai du changer le dernier assert qui verifie isBeingSent de true a false

assertThat(
                allValues
                    .first()
                    .logbookMessageAndValue.value.isBeingSent,
            ).isFalse

Es-ce que c'est normal dans le cas purpose != LAN?

[louptheron]

Oui c'est normal que ça soit false car tu passes fishingCatches = listOf(),
Donc isPriorNotificationZero est à true :

val isPriorNotificationZero = fishingCatches.all { it.weight == null || it.weight == 0.0 }

        // If the prior notification is not in verification scope,
        // we pass `isBeingSent` as `true` in order to ask the workflow to send it.
        val isBeingSent = !isInVerificationScope && isPartOfControlUnitSubscriptions && !isPriorNotificationZero

[n0izn0iz]

Question sur le template.ts:

Dans template.ts, le template est une string normale avec des placeholder de variable du style {variable}. Cette string est passé dans la fonction suivante qui va remplacer les placeholder avec un string.replace:

function fillTemplate(html: string, data: TemplateData): string {
  return html.replace(/{(.*?)}/g, (_, key) => (data[key] !== null && data[key] !== undefined ? String(data[key]) : ''))
}

On dirait une grosse antipattern. Ça rend la maintenance compliquée parce-qu’il n'y a pas de type checking ni de logique imbriquée possible.

1. Quelqu'un sait pourquoi on fait ça?
2. Je peux remplacer ça par une template string javascript normale?
   Genre:

   function fillTemplate(data: TemplateData) => `<html>(...)<tr>${data.variable}</tr>(...)</html>`

[louptheron]

@n0izn0iz

Quelqu'un sait pourquoi on fait ça?

Je crois qu'à la base y'avait ce même template dans le code Python donc le but c'était de s'en approcher.

Je peux remplacer ça par une template string javascript normale?

Oui OK pour moi.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud