Visualiser les détails du résultat

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0000233SICEdiSicpublic2010-08-12 16:23
RapporteurdorchAssigné àdorch 
PrioritéélevéeImpactcritiqueReproductibilitétoujours
Statut ferméRésolutionne sera pas corrigé 
Version du produit5.20b 
Version ciblée5.20cRésolu dans la version5.20c 
Résumé0000233: Les ouvrages restent présents dans une ancienne section singulière
DescriptionÉtapes pour reproduire :
- Aller dans la géométrie et décocher l'attribut "section singulière" à une section ayant des ouvrages
- Retour dans géométrie après passage par Talweg, la section apparaît toujours comme singulière avec ses ouvrages
BalisesAucune balise n'est associée.
Temps projeté (jours)

Relations

relatif à 0000234 fermédorch Ecriture des résultats : erreur sur une ancienne section singuliere contenant des ouvrages 

Activités

dorch

2010-08-12 09:34

administrateur   ~0000210

Plantage de FLUVIA à l'écriture des résultats dans ce cas de figure.

dorch

2010-08-12 16:23

administrateur   ~0000213

En mode géométrie, la structure en travers d'une section singulière est stockée en mémoire sous forme de balise externe avec toutes les données hydrauliques.
Comme cette balise externe contient en vrac les données hydrauliques et résultats de la section en plus de la structure en travers, il n'est pas possible de n'effacer que la structure en travers.
De même en mode hydraulique, une fois que la section n'est plus singulière, la balise Structure est considérée comme une balise externe qui comprend aussi les résultats à la section.

Il eût fallu que la structure soit stockée à l'intérieur d'une balise <Singuliere> qui aurait pu être supprimée en mode géométrie pour éviter cet écueil.

Si les lectures et les écritures testent bien la présence de l'attribut Singuliere="1" avant la lecture d'une éventuelle structure, les effets de bord sont inexistants (Cf. bug#234 de Fluxml).

Historique du bogue

Date de modification Nom d’utilisateur Champ Changement
2010-08-09 16:17 dorch Nouveau bogue
2010-08-09 16:17 dorch Statut nouveau => affecté
2010-08-09 16:17 dorch Assigné à => dorch
2010-08-12 09:33 dorch Priorité normale => élevée
2010-08-12 09:33 dorch Impact mineur => critique
2010-08-12 09:34 dorch Note ajoutée: 0000210
2010-08-12 10:57 dorch Relation ajoutée relatif à 0000234
2010-08-12 16:23 dorch Note ajoutée: 0000213
2010-08-12 16:23 dorch Statut affecté => fermé
2010-08-12 16:23 dorch Résolution ouvert => ne sera pas corrigé
2010-08-12 16:23 dorch Résolu dans la version => 5.20c