OVH Cloud OVH Cloud

[WD10] Disparition d'information dans des états

10 réponses
Avatar
VincentC
Bonjour à tous,

Je me permet de resoumettre mon problème au cas, ou il serait trop loin
dans les méandres des posts.

Appli original sous WD5.5 migrer en 9 puis en 10.
Les états de l'application pose de nombreux problèmes.

Certaines informations disparaissent purement et simplement.
Il peut aussi bien s'agir du contenu, comme de données pourtant écrite
en dur dans l'état. par exemple des titres de colonnes de tableau.
D'autre part, sur certain état les saut de pages après certains blocs
ont été comme supprimés.

Ce problème affecte tous les états de l'application.
Il est aléatoire. Si on lance n fois l'impression d'un tableau, ce ne
sont jamais les même données qui disparaissent.En fait les états
ressemblent à un béritable gruyére. Ce qui est assez fort que les états
c'est que le nombre d'enregistrement "imprimés" et correcte mais que
certains champs sont vidés.

Les modifications apportés avant les problèmes :

- passage en V10
- Ajout de la gestion de langue (nationverslangue, etc ... )
- Externalisation des états (non mis en bibliothèque pour permettre une
modification par l'utilisateur et WDEtat)

Est-ce que quelqu'un a déja rencontré ce type de problème ?
Sinon, avez vous une idée sur ce que je peux faire pour essayer de
localiser le bug ?

Merci.

10 réponses

Avatar
news
J'ai migré une fois une application
Tous les etats etaitent quasi a reprendre à 100%
Notamment toutes les ruptures avaient disparu

Meme plus recemment, j'ai fais avec WD11
un changement de gabarit vers le look vista
Idem beaucoup des choses
Par exemple les textes coller a gauche se retrouve à droite
pour les etats

Alors attention aux migrations, il faut prévoir un budget



"VincentC" a écrit dans le message de news:

Bonjour à tous,

Je me permet de resoumettre mon problème au cas, ou il serait trop loin
dans les méandres des posts.

Appli original sous WD5.5 migrer en 9 puis en 10.
Les états de l'application pose de nombreux problèmes.

Certaines informations disparaissent purement et simplement.
Il peut aussi bien s'agir du contenu, comme de données pourtant écrite en
dur dans l'état. par exemple des titres de colonnes de tableau.
D'autre part, sur certain état les saut de pages après certains blocs ont
été comme supprimés.

Ce problème affecte tous les états de l'application.
Il est aléatoire. Si on lance n fois l'impression d'un tableau, ce ne sont
jamais les même données qui disparaissent.En fait les états ressemblent à
un béritable gruyére. Ce qui est assez fort que les états c'est que le
nombre d'enregistrement "imprimés" et correcte mais que certains champs
sont vidés.

Les modifications apportés avant les problèmes :

- passage en V10
- Ajout de la gestion de langue (nationverslangue, etc ... )
- Externalisation des états (non mis en bibliothèque pour permettre une
modification par l'utilisateur et WDEtat)

Est-ce que quelqu'un a déja rencontré ce type de problème ?
Sinon, avez vous une idée sur ce que je peux faire pour essayer de
localiser le bug ?

Merci.




Avatar
mat
VincentC wrote:
...
Ce problème affecte tous les états de l'application.
Il est aléatoire. Si on lance n fois l'impression d'un tableau, ce ne
sont jamais les même données qui disparaissent.En fait les états
ressemblent à un béritable gruyére. Ce qui est assez fort que les états
c'est que le nombre d'enregistrement "imprimés" et correcte mais que
certains champs sont vidés.

Les modifications apportés avant les problèmes :

- passage en V10
- Ajout de la gestion de langue (nationverslangue, etc ... )
- Externalisation des états (non mis en bibliothèque pour permettre une
modification par l'utilisateur et WDEtat)

Est-ce que quelqu'un a déja rencontré ce type de problème ?
Sinon, avez vous une idée sur ce que je peux faire pour essayer de
localiser le bug ?

Merci.





Bonjour,
Selon la description du problème, je regarderais deux endroits:

1) Processeur avec Hypertreading: c'était LA raison de comportements
aléatoires dans l'impression.
http://groups.google.com/group/fr.comp.developpement.agl.windev/browse_thread/thread/14f53d8581ad0bc0/b17b6909696fb8bc?lnk=gst&q=Hyperthreading+&rnum=1#b17b6909696fb8bc

2) Gestion des langues: NationVersLangue ne permet pas de changer la
langue à employer. Nous n'utilisons que Nation().

Localiser le problème est possible dans le cas 2), dans le code "avant
impression" d'un champ.

Salutations
Mat
Avatar
VincentC
mat a exprimé avec précision :
VincentC wrote:
...
Ce problème affecte tous les états de l'application.
Il est aléatoire. Si on lance n fois l'impression d'un tableau, ce ne sont
jamais les même données qui disparaissent.En fait les états ressemblent à
un béritable gruyére. Ce qui est assez fort que les états c'est que le
nombre d'enregistrement "imprimés" et correcte mais que certains champs
sont vidés.

Les modifications apportés avant les problèmes :

- passage en V10
- Ajout de la gestion de langue (nationverslangue, etc ... )
- Externalisation des états (non mis en bibliothèque pour permettre une
modification par l'utilisateur et WDEtat)

Est-ce que quelqu'un a déja rencontré ce type de problème ?
Sinon, avez vous une idée sur ce que je peux faire pour essayer de
localiser le bug ?

Merci.





Bonjour,
Selon la description du problème, je regarderais deux endroits:

1) Processeur avec Hypertreading: c'était LA raison de comportements
aléatoires dans l'impression.
http://groups.google.com/group/fr.comp.developpement.agl.windev/browse_thread/thread/14f53d8581ad0bc0/b17b6909696fb8bc?lnk=gst&q=Hyperthreading+&rnum=1#b17b6909696fb8bc

2) Gestion des langues: NationVersLangue ne permet pas de changer la langue à
employer. Nous n'utilisons que Nation().

Localiser le problème est possible dans le cas 2), dans le code "avant
impression" d'un champ.

Salutations
Mat



J'ai refait des tests sur 2 config différentes, en mettant la même
version de programme, les même états et la même base de données (HF
Classic des 2 côtés)


- Portable Centrino (pas d'hyperthreading possible) : Sur certains
états : disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le
détail des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC
de dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.

Pour le gestion des langues le changement est effectué au lancement de
la 1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.
Avatar
mat
VincentC wrote:
- Portable Centrino (pas d'hyperthreading possible) : Sur certains états
: disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le
détail des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC de
dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.



??? je regrette, aucune idée. N'avons jamais eu ce type de problème avec
autre chose que les deux raisons citées.

Pour le gestion des langues le changement est effectué au lancement de
la 1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.



pour être sûr, vaudrait mieux faire un debug et vérifier la valeur des
champs (et de nation) avant impression.
Avatar
titou44
mat a utilisé son clavier pour écrire :
VincentC wrote:
- Portable Centrino (pas d'hyperthreading possible) : Sur certains états
: disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le détail
des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC de
dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.



??? je regrette, aucune idée. N'avons jamais eu ce type de problème avec
autre chose que les deux raisons citées.

Pour le gestion des langues le changement est effectué au lancement de la
1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.



pour être sûr, vaudrait mieux faire un debug et vérifier la valeur des champs
(et de nation) avant impression.



bonjour

ne serait-ce pas du à l'utilisation de polices spéciales, présentes ou
non sur les ordinateurs ?
comment se comporte un état quand on a un champ avec une police absente
sur le poste ?

titou44 chez freesurf.fr
Avatar
VincentC
titou44 a émis l'idée suivante :
mat a utilisé son clavier pour écrire :
VincentC wrote:
- Portable Centrino (pas d'hyperthreading possible) : Sur certains états
: disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le détail
des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC de
dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.



??? je regrette, aucune idée. N'avons jamais eu ce type de problème avec
autre chose que les deux raisons citées.

Pour le gestion des langues le changement est effectué au lancement de la
1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.



pour être sûr, vaudrait mieux faire un debug et vérifier la valeur des
champs (et de nation) avant impression.



bonjour

ne serait-ce pas du à l'utilisation de polices spéciales, présentes ou non
sur les ordinateurs ?
comment se comporte un état quand on a un champ avec une police absente sur
le poste ?

titou44 chez freesurf.fr



Pour en avoir le coeur net, j'ai installé VMWARE sur le PC de dev.
Puis un système xp pro dessus.

Quand je déploie mon installation sur l'XP pro vierge, j'ai les mêmes
problèmes. Donc visiblement l'absence de windev sur le poste, fait
délirer les états.

Mon install était faite avec innosetup et en joignant toute les dll
WD10... mais visiblement, il manque quelque chose.
Pourquoi pas une police effectivement. Normalement on utilise que times
ou arial, mais je vais quand même vérifier de ce côté là aussi.
Avatar
VincentC
VincentC a exprimé avec précision :
titou44 a émis l'idée suivante :
mat a utilisé son clavier pour écrire :
VincentC wrote:
- Portable Centrino (pas d'hyperthreading possible) : Sur certains états
: disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le détail
des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC de
dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.



??? je regrette, aucune idée. N'avons jamais eu ce type de problème avec
autre chose que les deux raisons citées.

Pour le gestion des langues le changement est effectué au lancement de la
1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.



pour être sûr, vaudrait mieux faire un debug et vérifier la valeur des
champs (et de nation) avant impression.



bonjour

ne serait-ce pas du à l'utilisation de polices spéciales, présentes ou non
sur les ordinateurs ?
comment se comporte un état quand on a un champ avec une police absente sur
le poste ?

titou44 chez freesurf.fr



Pour en avoir le coeur net, j'ai installé VMWARE sur le PC de dev.
Puis un système xp pro dessus.

Quand je déploie mon installation sur l'XP pro vierge, j'ai les mêmes
problèmes. Donc visiblement l'absence de windev sur le poste, fait délirer
les états.

Mon install était faite avec innosetup et en joignant toute les dll WD10...
mais visiblement, il manque quelque chose.
Pourquoi pas une police effectivement. Normalement on utilise que times ou
arial, mais je vais quand même vérifier de ce côté là aussi.



Pour les polices, les titres qui disparaissent sont en arial.
Avatar
VincentC
VincentC a exprimé avec précision :
titou44 a émis l'idée suivante :
mat a utilisé son clavier pour écrire :
VincentC wrote:
- Portable Centrino (pas d'hyperthreading possible) : Sur certains états
: disparition des titres de colonnes (en dur dans l'état)

- PC Athlon 64 (pc de dev) : pas de pb

- Testé sur 2 Portable Dell, même pb que le centrino. (j'ai pas le détail
des config pour l'instant)

Est-ce qu'il y aurait un lien avec l'installation de windev sur le PC de
dev ? j'ai vérifié la version des DLL, j'ai les mêmes des 2 côtés.



??? je regrette, aucune idée. N'avons jamais eu ce type de problème avec
autre chose que les deux raisons citées.

Pour le gestion des langues le changement est effectué au lancement de la
1ere fenêtre. Je ne pense pas que ca viennent de là car tout est en
francais par défaut.



pour être sûr, vaudrait mieux faire un debug et vérifier la valeur des
champs (et de nation) avant impression.



bonjour

ne serait-ce pas du à l'utilisation de polices spéciales, présentes ou non
sur les ordinateurs ?
comment se comporte un état quand on a un champ avec une police absente sur
le poste ?

titou44 chez freesurf.fr



Pour en avoir le coeur net, j'ai installé VMWARE sur le PC de dev.
Puis un système xp pro dessus.

Quand je déploie mon installation sur l'XP pro vierge, j'ai les mêmes
problèmes. Donc visiblement l'absence de windev sur le poste, fait délirer
les états.

Mon install était faite avec innosetup et en joignant toute les dll WD10...
mais visiblement, il manque quelque chose.
Pourquoi pas une police effectivement. Normalement on utilise que times ou
arial, mais je vais quand même vérifier de ce côté là aussi.



Je viens de faire une installation avec l'éditeur PC Soft.
Maintenant ca marche.
Il manque visiblement quelquechose dans mon installation InnoSetup.
Avatar
mat
VincentC wrote:
...
Je viens de faire une installation avec l'éditeur PC Soft.
Maintenant ca marche.
Il manque visiblement quelquechose dans mon installation InnoSetup.


...

une suggestion pour le futur: lorsque rien n'est spécifié, j'assume
qu'un problème décrit se passe en développement. Sinon, je parle d'un
problème en clientèle ou "après installation". Chez moi, un problème
trouvé en clientèle (ou après le test d'une installation) est vérifié
d'abord sur un poste de développement. S'il ne se reproduit pas on sait
tout de suite dans quel coin il faut chercher.
Avatar
VincentC
Dans son message précédent, mat a écrit :
VincentC wrote:
...
Je viens de faire une installation avec l'éditeur PC Soft.
Maintenant ca marche.
Il manque visiblement quelquechose dans mon installation InnoSetup.


...

une suggestion pour le futur: lorsque rien n'est spécifié, j'assume qu'un
problème décrit se passe en développement. Sinon, je parle d'un problème en
clientèle ou "après installation". Chez moi, un problème trouvé en clientèle
(ou après le test d'une installation) est vérifié d'abord sur un poste de
développement. S'il ne se reproduit pas on sait tout de suite dans quel coin
il faut chercher.



J'ai aussi pour habitude de penser que le problème vient du dév, avant
de mettre ça sur le compte de l'outil. Dans ce cas précis, impossible
de reproduire le problème sur le poste de développement. ce qui ne
facilite pas les choses.

1- L'application lancé depuis windev fonctionne parfaitement.
2- La version générée par innosetup lancée sur le poste de dev
fonctionne parfaitement.
3- La version générée par WDInst lancée sur le poste de dev fonctionne
parfaitement.

- en relancent une deuxième fois l'application, là ca marche

Une erreur de dév (par exemple sur le choix de la langue) aurait le
même effet sur tout les pc et que ce soit via windev ou non. Là ca
ressemble plus à un problème de paramètrage ou de fichier.

Ouf, j'ai trouvé le bug :
Rien à voir avec innosetup et wdinst.
Mon fichier de paramètrage contient l'info sur la langue a utiliser.
Le pb apparaît au premier lancement quand le paramètre n'est pas
positionné. Il y a confusion entre la langue francaise et la nation
francaise.
Là ou il y a un leger bug de windev. C'est que ca ne l'empêche par
d'afficher la bonne langue sur les écrans mais par contre ça cause des
problème sur les états.

Ce que je n'explique pas par contre, c'est l'impact sur certain champs.
par exemple, si le paramètrage est vide, la ref client n'apparaît pas
sur l'état, si la langue paramètrée est 12, la refclient apparaît.
Mystère ...