Visualiser les détails du résultat

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001111SICEdiSic Hydrauliquepublic2015-04-30 11:11
RapporteurdorchAssigné àdorch 
PrioritéurgenteImpactcritiqueReproductibilitétoujours
Statut ferméRésolutioncorrigé 
Version du produit5.35d 
Version ciblée5.35dRésolu dans la version5.35d 
Résumé0001111: Conditions initiales erronées sur ouvrages régulés avec l'écriture binaire des résultats
DescriptionSoit :
- Un scénario permanent avec une régulation objectif en cote sur un ouvrage en travers
- Un scénario transitoire duplication du premier et important les CI du premier scénario

=> la caractéristique calculée en régulation en permanent n'est pas utilisée dans le transitoire.

Si on crée une variante dans le même scénario que le permanent, ça marche correctement.

PS : les conditions initiales issues de résultats écrits au format XML ne sont pas impactées.
BalisesAucune balise n'est associée.
Temps projeté (jours)

Activités

dorch

2015-04-30 11:11

administrateur   ~0001126

Confusion des adresses XPath entre les résultats à importer et la CI à écrire.

Dans la routine d'importation, on subtilise normalement le n° du scénario d'importation par le n° du scénario de destination de la CI. C'est fait correctement pour les données aux sections de calcul et aux noeuds ainsi qu'aux données calculées aux ouvrages avec des résultats stockés en XML. Ca n'était pas fait pour les résultats stockés aux ouvrages en mode binaire.

Conséquence tout allait bien tant que les résultats et les CI étaient dans le même scénario en mode binaire ce qui est le cas le plus courant.

J'ai revu le code pour que cette modification du n° de scénario soit effectué une seule fois dans le code au niveau de la routine de création des balises CI qui est appelée dans tous les cas (section de calcul, noeud, ouvrage, en mode binaire ou XML).

Historique du bogue

Date de modification Nom d’utilisateur Champ Changement
2015-04-29 18:17 dorch Nouveau bogue
2015-04-29 18:17 dorch Statut nouveau => affecté
2015-04-29 18:17 dorch Assigné à => dorch
2015-04-30 11:11 dorch Note ajoutée: 0001126
2015-04-30 11:11 dorch Statut affecté => fermé
2015-04-30 11:11 dorch Résolution ouvert => corrigé
2015-04-30 11:11 dorch Résolu dans la version => 5.35d