Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000617 | SIC | EdiSic | public | 2012-02-03 09:57 | 2012-04-02 11:22 |
| Rapporteur | dorch | Assigné à | dorch | ||
| Priorité | immédiate | Impact | bloquant | Reproductibilité | toujours |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | 5.24a | ||||
| Version ciblée | 5.24b | Résolu dans la version | 5.24b | ||
| Résumé | 0000617: Impossible de saisir une loi fonction du temps sur les ouvrages (sauf vannes GEC) | ||||
| Description | Encore un problème lié au passage à l'UNICODE dans la version 17 de Windev | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
C'est un bug qui peut se retrouver potentiellement dans des tas d'endroits du code. J'ai envoyé un message au support de Windev : J’ai aussi des plantages par exemple sur : Pl_Exemple(Champ..MasqueSaisie) Avec PROCEDURE Pl_Exemple(sMasqueSaisie est une chaîne ="") Je suis obligé de mettre explicitement : sMasqueSaisie est une chaîne UNICODE ="" Pour que ça ne plante pas. C’est particulièrement gênant car j’ai l’impression que les chaînes ne sont pas systématiquement considérées comme étant de l’UNICODE par défaut. Et il devient difficile de détecter a priori les erreurs dans le code. |
|
|
On a pareil sur les conditions limites et peut-être encore ailleurs. |
|
|
La chaine par défaut du masque de saisie n'était pas déclarée en UNICODE. |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2012-02-03 09:57 | dorch | Nouveau bogue | |
| 2012-02-03 09:57 | dorch | Statut | nouveau => affecté |
| 2012-02-03 09:57 | dorch | Assigné à | => dorch |
| 2012-02-03 11:02 | dorch | Note ajoutée: 0000647 | |
| 2012-02-03 11:02 | dorch | Statut | affecté => fermé |
| 2012-02-03 11:02 | dorch | Résolution | ouvert => corrigé |
| 2012-02-03 11:02 | dorch | Résolu dans la version | => 5.24b |
| 2012-02-03 17:24 | dorch | Note ajoutée: 0000648 | |
| 2012-02-03 17:24 | dorch | Statut | fermé => retour d'informations |
| 2012-02-03 17:24 | dorch | Résolution | corrigé => réouvert |
| 2012-02-03 17:30 | dorch | Note ajoutée: 0000649 | |
| 2012-02-03 17:30 | dorch | Statut | retour d'informations => affecté |
| 2012-02-03 17:30 | dorch | Statut | affecté => fermé |
| 2012-02-03 17:30 | dorch | Résolution | réouvert => corrigé |
| 2012-04-02 11:22 | dorch | Bogue dupliqué: 0000680 | |
| 2012-04-02 11:22 | dorch | Relation ajoutée | relatif à 0000680 |
