Visualiser les détails du résultat
Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
---|---|---|---|---|---|
0000715 | SIC | EdiSic Résultats | public | 2012-04-27 11:33 | 2012-07-31 10:41 |
Rapporteur | dorch | Assigné à | dorch | ||
Priorité | normale | Impact | mineur | Reproductibilité | toujours |
Statut | fermé | Résolution | corrigé | ||
Version du produit | 5.25a | ||||
Version ciblée | 5.25c | Résolu dans la version | 5.25c | ||
Résumé | 0000715: Résultats > Plantage sur affichage de résultats de section avec sections Majeur dans le modèle | ||||
Description | Sur un scénario où l'on demande de ne sauvegarder aucun résultats, on a un plantage sur l'affichage de certaines sections. Il semble y avoir un décalage des sections à cause de la présence de sections majeur dans le fichier. | ||||
Informations complémentaires | Erreur à la ligne 73 du traitement Méthode Objet_Id. La dimension 1 du tableau possède 0 élément(s) et vous tentez d'accéder à l'élément 1. ----- Informations techniques ----- Projet : EDITAL2 Appel WL : Traitement de 'Méthode Objet_Id' (CReseau.Objet_Id), ligne 73, thread 0 Que s'est-il passé ? La dimension 1 du tableau possède 0 élément(s) et vous tentez d'accéder à l'élément 1. Code erreur : 2304 Niveau : erreur fatale (EL_FATAL) Dump de l'erreur du module 'wd170vm.dll' (17.0.247.3). Identifiant des informations détaillées (.err) : 2304 Informations supplémentaires : EIT_PILEWL : Méthode Objet_Id (CReseau.Objet_Id), ligne 73 Procédure locale Pl_InitDebitArbre (Fen_ResFt.PROCEDURE.Pl_InitDebitArbre), ligne 33 Procédure locale Pl_InitArbre (Fen_ResFt.PROCEDURE.Pl_InitArbre), ligne 69 Procédure locale Pl_InitElementEC (Fen_ResFt.PROCEDURE.Pl_InitElementEC), ligne 49 Initialisation de Fen_ResFt (Fen_ResFt), ligne 3 Procédure locale Pl_DoubleClic_Arbre (Première.PROCEDURE.Pl_DoubleClic_Arbre), ligne 134 Bouton gauche double-clic (WM_LBUTTONDBLCLK) de TReseau (FI_Arbre.FI_Arbre.TReseau), ligne 10 EIT_DATEHEURE : 27/04/2012 11:40:57 | ||||
Balises | Aucune balise n'est associée. | ||||
Temps projeté (jours) | |||||
|
|
|
Bug similaire au 0000708. j'ai repris l'ancienne numérotation des sections dans les biefs (mineur et majeur mélangés). Par contre, je mémorise un :m_nXml n° de la section dans le XML (mineur ou majeur), j'ai ajouté ce numéro à la fin de l'Id de CSection:id et je m'en sers dans CListeResFlu:Init pour initialiser les XPath pour la lecture des résultats. |
Date de modification | Nom d’utilisateur | Champ | Changement |
---|---|---|---|
2012-04-27 11:33 | dorch | Nouveau bogue | |
2012-04-27 11:33 | dorch | Statut | nouveau => affecté |
2012-04-27 11:33 | dorch | Assigné à | => yannick |
2012-04-27 11:33 | dorch | Fichier ajouté: LezBRL_rapide.xml | |
2012-04-27 11:34 | dorch | Résumé | Résultats > Plantage sur affichage de résultats vides => Résultats > Plantage sur affichage de résultats de section avec sections Majeur dans le modèle |
2012-04-27 14:26 | dorch | Assigné à | yannick => dorch |
2012-04-27 16:48 | dorch | Note ajoutée: 0000743 | |
2012-04-27 16:48 | dorch | Statut | affecté => fermé |
2012-04-27 16:48 | dorch | Résolution | ouvert => corrigé |
2012-04-27 16:48 | dorch | Résolu dans la version | => 5.25c |
2012-05-30 15:01 | dorch | Relation ajoutée | relatif à 0000739 |
2012-07-03 16:56 | dorch | Relation ajoutée | relatif à 0000214 |
2012-07-19 23:30 | dorch | Catégorie | EdiSic => EdiSic Résultats |
2012-07-31 10:41 | dorch | Relation ajoutée | relatif à 0000793 |