Cote amont/aval de bief: le bouton "détail d'une section hydraulique" ne fonctionne pas toujours
Pour reproduire le bug:
- Ouvrir le module avec les valeurs par défaut
- Passer le débit en calcul
- Cliquer sur un des boutons "Détail hydraulique de la section amont (ou aval)"
La partie "Utilisé par:" affiche "Unknown nub" et aucun onglet n'est créé.
Activity
changed milestone to %Version 4.15.0
added bug label
changed milestone to %Version 4.15.1
Le problème semble venir de ce qu'on arrive pas à lier un paramètre à un autre. L'uid de nub donné pour la cible n'est pas dans la liste des nubs liables, ce qui vient du fait qu'on ne parcourt pas tous les nubs d'une session, en l'occurrence, pas les nubs enfants des nubs listés dans la session.
By Grand Francois on 2022-05-17T18:01:42 (imported from GitLab)
Ça marche très bien quand on calcule la cote de l'eau amont et pas le débit. J'ai plutôt l'impression que les données des sections amont et aval ne sont pas structurées de la même façon dans ce mode de calcul et qu'on ne les retrouve pas.
By Dorchies David on 2022-05-17T18:05:48 (imported from GitLab)
Edited by David Dorchies
added Doing label
created merge request !146 (merged) to address this issue
By Grand Francois on 2022-05-29T07:45:33 (imported from GitLab)
mentioned in merge request !146 (merged)
By Grand Francois on 2022-05-29T07:45:34 (imported from GitLab)
Dans le cas où Q est en mode calcul, quand on lie les paramètres de la section paramétrée (celle générée quand on clique sur un des boutons détails), si le paramètre cible (liable, cad dans le module "cote amont/aval d'un bief") est en mode calcul, la structure LinkedValue renvoyée pour signifier que le paramètre est liable (constituée du nub possesseur du paramètre et du paramètre) contient comme nub possesseur le nub parent du nub contenant le paramètre cible et non le nub contenant le paramètre cible lui même. Comme on vérifie après qu'il y a cohérence (nub possesseur/paramètre), ça ne passe pas.
Dans le cas où c'est la cote amont qui est en calcul, comme apparemment il n'y a pas de Z1 dans la section générée, on ne cherche pas à le lier et donc pas de problème.
By Grand Francois on 2022-05-30T14:43:46 (imported from GitLab)
Résolu dans jalhyd#311 (closed)
By Grand Francois on 2022-06-01T11:38:09 (imported from GitLab)
J'ai trouvé deux problèmes:
Il reste un petit détail à régler (qui n'est cependant pas grave). Quand on calcule la cote de l'eau amont ou aval, le bouton reste grisé tant que le calcul n'est pas fait. Dans le cas du calcul du débit, les deux boutons devraient être grisés tant qu'il n'y a pas de résultat valide.
Je ne sais pas si c'est seulement un effet de bord du premier point ci-dessus mais j'ai des messages non traduits qui apparaissent dans certaines situations:
- Charger la session nghyd504_bief2.json
- Lancer le calcul sur le bief (le calcul échoue avec une erreur, c'est normal)
- Cliquer sur le bouton "Détails hydrauliques de la section aval"
- Retourner sur le module bief
Comportement observé:
Un message d'erreur non traduit s'ajoute au journal de calcul:
Une variable Q non traduite s'ajoute au tableau de résultats:
Comportement attendu:
Le contenu du journal et du résultat ne devrait pas changer quand on revient sur le module. Mais comme je n'arrive à reproduire ce bug dans d'autres situations que celle décrite au début de ce commentaire, je ne sais pas si c'est un bug qui sera reproductible une fois la question des boutons grisés résolu.
By Dorchies David on 2022-06-01T11:38:09 (imported from GitLab)
mentioned in commit caa66ed1
By Grand Francois on 2022-06-01T09:42:39 (imported from GitLab)
mentioned in commit 06af21ea
By Grand Francois on 2022-06-02T10:58:17 (imported from GitLab)
mentioned in commit bf1f56ab
By Grand Francois on 2022-06-02T10:58:17 (imported from GitLab)
mentioned in issue jalhyd#311 (closed)
By Grand Francois on 2022-06-02T16:05:53 (imported from GitLab)
mentioned in commit 5dfd1310
By Dorchies David on 2022-06-02T18:23:48 (imported from GitLab)
