Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000178 | SIC | EdiSic | public | 2010-04-30 14:51 | 2010-08-03 17:00 |
| Rapporteur | dorch | Assigné à | dorch | ||
| Priorité | élevée | Impact | mineur | Reproductibilité | aléatoire |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | |||||
| Version ciblée | Résolu dans la version | ||||
| Résumé | 0000178: Proposition de récupération de fichier intempestive | ||||
| Description | A l'ouverture d'EdiSic ou à l'ouverture d'un fichier : l'appli propose de récupéré une sauvegarde automatique alors que le fichier avait bien été fermé. Les étapes de reproduction du bug sont à définir | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
A la fermeture normale d'un fichier ou d'EdiSic, le fichier de sauvegarde doit être effacé. Ce n'est visiblement pas le cas à tous les coups. Cela doit être lié au fait que la sauvegarde automatique n'a lieu qu'en mode Edital (ticket 0000179). Et qu'en sortant de l'appli ou en fermant le fichier en mode EdiFlu ou EdiRes, la fichier de sauvegarde n'est pas effacé. |
|
|
Le bug se produit quand on ouvre un fichier qui est déjà ouvert par une autre application EdiSic ouverte. Solutions ? Un fichier ouvert par EdiSic ne peut pas être modifié par l'explorateur Windows (suppression et renommage impossibles). Il a donc le statut "Ouvert" sur le disque. Il doit donc être possible d'ajouter un warning à l'ouverture du fichier quand celui a le statut "Ouvert". |
|
|
En ouvrant un fichier toto, l'interface crée un fichier de sauvegarde $1_toto.xml. Si on ouvre alors un fichier titi.xml, le fichier $1_toto.xml n'est pas effacé. Il manque l'effacement du fichier de sauvegarde quand on ouvre un nouveau fichier. |
|
|
L'effacement du fichier de sauvegarde auto à l'ouverture d'un nouveau fichier est effectuée. Il manque la gestion d'ouvertures concurrentielles. La gestion de l'ouverture d'un fichier par Windev ne permet que deux possibilité : - Lecture/écriture pour tous - Lecture/écriture pour l'application seule. L'accès en lecture seul n'est pas géré. |
|
|
La gestion de la sauvegarde automatique a été affinée : elle ne se met en route que s'il y a une modification par rapport au fichier d'origine. |
|
|
Pour la gestion de l'accès concurrentiel : Accès bloqué lecture/écriture en mode production : Avantage : Oblige à lancer les simulations à partir de l'interface ce qui évite d'avoir le cas de figure typique : lancement de fluvia en externe avec Edital ouvert provoque un écrasement des résultat à l'enregistrement suivant dans Edital. Accès libre en mode test : Permet de lire le fichier XML avec un éditeur de texte pour le débogage et de lancer les simulations en externe. |
|
|
Le bug est résolu. Le problème de l'accès concurrentiel est reporté sur un autre ticket. |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2010-04-30 14:51 | dorch | Nouveau bogue | |
| 2010-04-30 14:54 | dorch | Relation ajoutée | relatif à 0000179 |
| 2010-04-30 14:58 | dorch | Note ajoutée: 0000155 | |
| 2010-04-30 16:34 | dorch | Note ajoutée: 0000156 | |
| 2010-05-03 10:28 | dorch | Note ajoutée: 0000157 | |
| 2010-05-06 10:38 | dorch | Note ajoutée: 0000158 | |
| 2010-05-06 10:38 | dorch | Assigné à | => dorch |
| 2010-05-06 10:38 | dorch | Statut | nouveau => affecté |
| 2010-05-06 10:49 | dorch | Note ajoutée: 0000160 | |
| 2010-05-06 11:49 | dorch | Note ajoutée: 0000161 | |
| 2010-06-29 09:59 | dorch | Note ajoutée: 0000170 | |
| 2010-06-29 09:59 | dorch | Statut | affecté => fermé |
| 2010-06-29 09:59 | dorch | Résolution | ouvert => corrigé |
| 2010-08-03 16:59 | dorch | Projet | @1@ => SIC |
| 2010-08-03 17:00 | dorch | Catégorie | => EdiSic |
