PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WINDEV 2025 → Migration en 26 : instabilité d'un projet avec onglets dynamiques et fenêtres internes
Migration en 26 : instabilité d'un projet avec onglets dynamiques et fenêtres internes
Débuté par nlebrun, 15 mar. 2021 15:02 - 51 réponses
#1
Posté le 15 mars 2021 - 15:02
Bonjour,

J'aimerai savoir si certains d'entre vous rencontrent mon problème.

J'ai un projet développé en 21 qui utilise des onglets dynamiques et des fenêtres internes.
Parfaitement stable en 21, je l'ai migré en 26 (56u puis 75p). Et depuis mes utilisateurs se plaignent de fermetures régulières du programme sans prévenir et sans aucun message d'erreur. Impossible de reproduire les plantages qui se déclenchent sur des actions aléatoires. Même l'interception d'erreur n' pas le temps de se déclencher. Le programme se ferme comme si l'on cliquait sur le bouton fermer.

Quelqu'un partage ce problème ?

Nicolas.
Signaler
0
0
#2
Posté le 16 mars 2021 - 09:33
Bonjour,

Je me répond à moi-même pour apporter des précisions.
J'ai ajouté un message de confirmation de fermeture de programme par curiosité. Lorsque le phénomène se produit, le message apparaît. Alors qu'évidemment l'utilisateur ne ferme pas le programme mais souvent cela arrive quand un onglet dynamique doit être fermé.
Lorsqu'on clique sur "non" de la confirmation, elle réapparaît puis après encore "non" le programme plante cette fois avec message ci-dessous.
Si quelqu'un a une idée je suis fortement preneur car mes utilisateurs commencent à raison à s'impatienter et sans piste je n'arrive pas apporter de solutions pérennes.

Le mécanisme de sécurité du WLangage a détecté une erreur dans l'application PIM. 
Contactez le fournisseur de l'application PIM.

Une erreur est survenue au moment de l'ouverture de la fenêtre 'F_principale'.
Une erreur interne inattendue est survenue.

Details techniques :

Module : wd260obj.dll
Version du module : 26.0.432.35
VI : 01F260075p
Adresse de base : 0FEE0000
Erreur systeme : Access violation (GPF)
EIP = 101CAF3B
OS : Windows 8 (6.2.9200)

Projet : PIM (1.82.1.0)

Informations supplémentaires :
Code erreur : 1020
Module : 'wd260vm.dll (01F260075p - 26.0.360.5)
Signaler
0
0
#3
Posté le 16 mars 2021 - 10:04
Nicolas, tu à regarder si le problème vient d'une perte de connexion à la base de donnée ?
Signaler
0
0
#4
Membre enregistré
291 messages
Posté le 16 mars 2021 - 10:07
Si je ne dis pas de bêtise Windev 26 n'est plus compatible avec Windows 7 et sûrement Windows 8, un passage de l'os en Windows 10 devrait résoudre ton soucis

--
Maître de la POO
Signaler
0
0
#5
Membre enregistré
170 messages
Posté le 16 mars 2021 - 10:20
Bonjour,

Utilises-tu des tables avec fenêtres internes pour afficher les détails d’une ligne du champ Table ?

Si c'est le cas, dans l'évènement de fermeture de la fenêtre interne comportant le champ table, tu doit replier les détails :
// évènement de fermeture de la fenêtre interne
monChampTable.CollapseAll()


--
Hth,
Padbrain
Signaler
1
0
#6
Membre enregistré
291 messages
Posté le 16 mars 2021 - 10:31
-> Utilises-tu des tables avec fenêtres internes pour afficher les détails d’une ligne du champ Table ?
Ah oui ! ce fameux bug, j'ai arrêté leur utilisation à cause de celle-ci

--
Maître de la POO
Signaler
0
0
#7
Posté le 16 mars 2021 - 11:08
Hello,

Merci de vos réponses, le parc est bien en Windows 10. j'ignore pourquoi il affiche Windows 8 ?
Pour les pertes réseaux, j'ai écarté aussi cette hypothèse car toutes les autres appli sont stables.
J'ignorais pour les tables avec fenêtres internes mais je n'en utilise pas.

Je pense que ça doit provenir de la migration (style ?), je vais peut-être essayer de créer un nouveau projet et y importer mes objets en espérant que je n'importe pas aussi le problème car comme il est aléatoire, je ne le verrai pas de suite,
Ou de retirer les onglets ou les fenêtres internes mais c'est une grosse régression et ça ne résoudra pas la base du problème :/

Nicolas,
Signaler
0
0
#8
Membre enregistré
170 messages
Posté le 16 mars 2021 - 11:23
Salut,

Si tu utilises des variables de type structure dans tes FI, essaies, toujours dans l'évènement fermeture de la FI (ou dans le destructeur des classes, si tu as des classes utilisant ces structures) de faire un :

VariableReset(variableDeTypeStructure)


--
Hth,
Padbrain
Signaler
0
0
#9
Membre enregistré
291 messages
Posté le 16 mars 2021 - 11:53
Nicolas a écrit :
Hello,

Merci de vos réponses, le parc est bien en Windows 10. j'ignore pourquoi il affiche Windows 8 ?
Pour les pertes réseaux, j'ai écarté aussi cette hypothèse car toutes les autres appli sont stables.
J'ignorais pour les tables avec fenêtres internes mais je n'en utilise pas.

Je pense que ça doit provenir de la migration (style ?), je vais peut-être essayer de créer un nouveau projet et y importer mes objets en espérant que je n'importe pas aussi le problème car comme il est aléatoire, je ne le verrai pas de suite,
Ou de retirer les onglets ou les fenêtres internes mais c'est une grosse régression et ça ne résoudra pas la base du problème :/

Nicolas,



Le message d'erreur indique que tu es en OS windows 8, c'est une piste si tu confirmes être en windows 10

--
Maître de la POO
Signaler
0
0
#10
Posté le 16 mars 2021 - 22:46
Salut j'ai le même soucis
Je l'ai déclaré a PSCOFT5 il y a 1 mois environ
Avec mes dumps, ils ont identifiés un soucis avec les bulles d'aides et m'ont envoyé un patch
Mais même avec le patch, le soucis persiste
Ils ont dessus, et je viens de leur donner de nouveaux dumps. j'attends leur retour avec impatience.
Signaler
0
0
#11
Posté le 17 mars 2021 - 09:32
Merci REY,

Je vais aussi envoyer une requête à PCSOFT pour appuyer le problème. Mes utilisateurs commencent à perdre patience et j'épuise toutes les solutions.

Nicolas
Signaler
0
0
#12
Posté le 17 mars 2021 - 11:03
Bonjour,
Courage, moi j'ai un incident sur autre chose ça fait un an avec des relances... mais toujours rien. Si vous avez déjà un retour en un mois c'est pas mal (dommage que ça ne fonctionne pas)
Signaler
0
0
#13
Posté le 17 mars 2021 - 21:40
bonjour

mon premier post ayant été refusé et le deuxième pas diffusé je recommence pour aider la communauté.

j'ai moi aussi ce soucis, mon application très stable en windev 25 est devenu quasi inutilisable, des plantages aléatoires sur n'importe quel code, toastsupprimetout, ongletferme, demande d'impression, tout est assujetti à faire crasher mon appli sans meme un message d'erreur. Les onglets ne sont plus cliquables, les champs dans les onglets ne sont plus en saisi, les combos ne reagissent pas. Ca deconne aussi en mode go.

Le seul truc que j'ai trouvé pour que ca redevienne a peu pres stable c'est de desactiver le cache du groupeware user ( en effet j'ai remarque quand se loggant avec un autre user et en revenant sur le user ou le bogue est apparu le logiciel refonctionne) mais c'est au détriment d un peu de rapidité d'apres les users finaux.

Je pense refaire carrément toutes mes fenetres internes en fenetres normales et ne plus utiliser les onglets dynamiques. Ca fera beaucoup de taff mais au moins apres je pense etre tranquille et pouvoir profiter de fonctionnalités telle que les picto ami pas dispo dans les onglets dynamiques va savoir pourquoi.

Je ne pense pas non plus que pcsoft publie un correctif rapidement, j'ai contacté le support technique gratuit mais pas de réponse en 2 jours.
Signaler
0
0
#14
Membre enregistré
525 messages
Posté le 18 mars 2021 - 17:10
Nicolas a écrit :
Bonjour,

Je me répond à moi-même pour apporter des précisions.
J'ai ajouté un message de confirmation de fermeture de programme par curiosité. Lorsque le phénomène se produit, le message apparaît. Alors qu'évidemment l'utilisateur ne ferme pas le programme mais souvent cela arrive quand un onglet dynamique doit être fermé.
Lorsqu'on clique sur "non" de la confirmation, elle réapparaît puis après encore "non" le programme plante cette fois avec message ci-dessous.
Si quelqu'un a une idée je suis fortement preneur car mes utilisateurs commencent à raison à s'impatienter et sans piste je n'arrive pas apporter de solutions pérennes.

Le mécanisme de sécurité du WLangage a détecté une erreur dans l'application PIM. 
Contactez le fournisseur de l'application PIM.

Une erreur est survenue au moment de l'ouverture de la fenêtre 'F_principale'.
Une erreur interne inattendue est survenue.

Details techniques :

Module : wd260obj.dll
Version du module : 26.0.432.35
VI : 01F260075p
Adresse de base : 0FEE0000
Erreur systeme : Access violation (GPF)
EIP = 101CAF3B
OS : Windows 8 (6.2.9200)

Projet : PIM (1.82.1.0)

Informations supplémentaires :
Code erreur : 1020
Module : 'wd260vm.dll (01F260075p - 26.0.360.5)


allons bon, j'ai un client qui rencontre la même erreur, sauf qu'elle est au lancement de l'appli, et n'empêche pas le lancement.
c'est une appli avec des onglets dynamiques,et un 40 aine de fenêtres internes.
Ce n'est pas une appli migrée, je l'ai développée directement en v26.
par contre, moi, je suis en x64 par rapport a toi.

autre détail, ça le faisait pas avant la mise a jour 75p
et ça le fait pas sur mon poste, que chez le client.

SI je trouve le pourquoi, je te dis.

--
José
Signaler
0
0
#15
Posté le 19 mars 2021 - 10:28
Bonjour,

Je vous remercie de vos réponses et voici les quelques nouveautés à l'histoire

Suite à la demande du ST j'ai envoyé les DUMP hier. J'attend une réponse.
Je ne travaille pas avec le Groupware Utilisateur qui a toujours été inactif sur mon appli.
Seule cette appli (malheureusement l'une des plus stratégiques) est impactée par ce message / plantage. Elle est la seule de notre environnement à utiliser les onglets dynamiques et les FI. Comme beaucoup, retirer ces éléments seraient une horreur en terme de ressources temps et d'ergonomie. J'espère avoir rapidement une réponse positive du ST.

Nicolas.
Signaler
0
0
#16
Membre enregistré
11 messages
Posté le 19 mars 2021 - 16:34
Bonjour,

Merci pour vos précisions, du coup le groupeware n'est pas en cause je le sais maintenant. Pour ma part je ne sais vraiment pas quoi faire, j'ai environ 30 FI a refaire c'est un boulot monstre si en plus ils sortent un correctif dans une semaine ce serait un temps gâché énorme, mais en même temps on ne peut pas laisser nos utilisateurs galérer..

Des que vous avez une réponse n'hésitez pas moi de mon cote aucune réponse de la part du support gratuit.

Cordialement
Signaler
0
0
#17
Posté le 19 mars 2021 - 19:14
Bonjour Sébastien,

Je viens d'avoir une réponse encourageante du ST qui rejoint le message de REY :
"Une premier dump concerne une bulle d'aide et sera corrigé dans la prochaine version disponible (260689 ou supérieur). "
Lundi à la première heure, je vais donc les retirer temporairement et observer si ça résout une partie de l'instabilité.

Le second DUMP envoyé ne permet pas de comprendre l'origine du plantage. A leur demande, je viens d'en envoyer d'autres.
A suivre...

Passez chacun un bon week-end :)
Signaler
0
0
#18
Posté le 20 mars 2021 - 09:57
Bonjour Nicolas,
j'ai aussi le même problème que toi et vraiment impensable de refaire marche arrière sur les onglets dynamiques, je n'ai pas compris leur explication concernant les bulles d'aide, il faut simplement les retirer de chaque FI ou un patch est disponible ?
Signaler
0
0
#19
Membre enregistré
4 messages
Posté le 20 mars 2021 - 20:13
Bonjour à tous,
J'ai aussi observé des fermetures sans explication (souvent).
Egalement des plantages qui m'indique que mon OS est WINDOWS 8 alors que je suis en WINDOWS 10.
J'ai aussi eu un autre plantage d'exécution de code qui ne fait pas partie du tout de la fenêtre (aléatoire --> impossible de reproduire le protocole)

Cordialement,

--
Jean-Baptiste AUBIN
AACS
Signaler
0
0
#20
Membre enregistré
11 messages
Posté le 20 mars 2021 - 22:11
Bonjour Nicolas

Je ne comprends mon post de ce matin n'apparait plus. Je disais merci pour le retour.
Je suis dans la meme incomprehension que AnthonyS, quand vous dites "les retirer" çà veut dire quoi exactement? Retirer les phrases d'aide dans les 7 onglets sur tous les champs?

Cordialement
Signaler
0
0
#21
Membre enregistré
139 messages
Posté le 21 mars 2021 - 11:13
Bonjour à tous, nous avons aussi relevé ce genre d'anomalie, plantages inopinés et champs qui se bloquent en saisie , ...
nous avons identifié un soucis avec la base de registre sur la variable DecouvertFaaNb

mettez ce code à l'initialisation du projet, ca devrait corriger le problème, en tout ca chez nous ca fonctionne correctement après l'application du code suivant :

CléReg = "HKEY_USERS"
TANTQUE CléReg <> ""
CléReg = RegistreCherche(CléReg, "DecouvertFaaNb",RegistreChercheRécursif+RegistreChercheValeur)
cadReg = Remplace(CléReg,TAB,"\")
cadReg = SansCaractèreDroite(cadReg,"DecouvertFaaNb")
RegistreEcrit(cadReg,"DecouvertFaaNb",1)
FIN
CléReg = "HKEY_CURRENT_USER"
TANTQUE CléReg <> ""
CléReg = RegistreCherche(CléReg, "DecouvertFaaNb",RegistreChercheRécursif+RegistreChercheValeur)
cadReg = Remplace(CléReg,TAB,"\")
cadReg = SansCaractèreDroite(cadReg,"DecouvertFaaNb")
RegistreEcrit(cadReg,"DecouvertFaaNb",1)
FIN


ou alors pour avoir un peut moins de lenteur au démarrage du logiciel et éviter de boucler sur la base de registre vous pouvez essayer ceci

InitParamètre(paramIni,fRepExe()+[fSep()]+"config.ini")
cadReg2 est chaîne = fChargeTexte(fRepExe()+[fSep()]+"config.ini")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=2","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=3","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=4","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=5","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=6","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=7","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=8","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=9","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=10","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=11","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=12","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=13","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=14","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=15","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=16","DecouvertFaaNb=1")
fSupprime(fRepExe()+[fSep()]+"config.ini")
fSauveTexte(fRepExe()+[fSep()]+"config.ini",cadReg2)
Signaler
0
0
#22
Membre enregistré
11 messages
Posté le 22 mars 2021 - 08:55
Bonjour Amine,

Merci pour ce retour, pourriez vous préciser le soucis avec cette clé? A quoi sert elle? Une fois la modification faites sur le poste executant l'application il n'y a plus besoin de laisser ce code ou il faut le passer à chaque démarrage?


Vivement un correctif


Cordialement
Signaler
0
0
#23
Membre enregistré
139 messages
Posté le 22 mars 2021 - 09:54
Sébastien Craps a écrit :
Bonjour Amine,

Merci pour ce retour, pourriez vous préciser le soucis avec cette clé? A quoi sert elle? Une fois la modification faites sur le poste executant l'application il n'y a plus besoin de laisser ce code ou il faut le passer à chaque démarrage?


Vivement un correctif


Cordialement

Bonjour Sébastien,
je ne saurais pas vous dire ce que représente cette variable, nous c'est à force de vérifier la base de registre entre chaque lancement du logiciel et apparition du bug que nous avons identifié que lorsque la valeur de cette variable est égale à 1 tout fonctionne correctement, mais des fois cette valeur change et passe à 3 ou 5 sans savoir pourquoi, le faite de la remettre à 1 corrige le problème.
le ST à été informé et ils ont pus reproduire le problème, un correctif est encours à priori, on attend...

Oui il faut mettre le code pour chaque lancement
Signaler
0
0
#24
Membre enregistré
11 messages
Posté le 22 mars 2021 - 10:10
Re bonjour Amine,

merci pour la réponse, des que vous avez des nouvelles sur ce correctif n'hésitez pas et merci vraiment pour le partage de votre solution.

Cordialement
Signaler
0
0
#25
Membre enregistré
48 messages
Posté le 22 mars 2021 - 10:25
Bonjour

Mème soucis lors du passage de la version 56u à 75p , blocage des onglets dynamiques, champs tiroir ,..

Dans mon cas lorsque je déconnecte le groupware , celà refonctionne mais loin d'ètre une solution.

Cordialement
Signaler
0
0
#26
Membre enregistré
139 messages
Posté le 22 mars 2021 - 16:19
CLOCKTIME a écrit :
Bonjour

Mème soucis lors du passage de la version 56u à 75p , blocage des onglets dynamiques, champs tiroir ,..

Dans mon cas lorsque je déconnecte le groupware , celà refonctionne mais loin d'ètre une solution.

Cordialement

Effectivement le soucis provient du groupeware utilisateur à partir de l'update1
utilise mon code en initialisation du projet , ca va résoudre le problème en attendant un correctif du ST

A+
Signaler
0
0
#27
Posté le 22 mars 2021 - 16:47
Bonjour, J'ai le même problème mais uniquement en utilisant les fenêtres internes, le programme s'arrête sans aucun code d'erreur.
Signaler
0
0
#28
Membre enregistré
317 messages
Posté le 24 mars 2021 - 12:05
Bonjour,
J'ai le même problème depuis le passage de la version 26.J'attends votre feedback
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur interne inattendue est survenue.

Details techniques :

Module : wd260obj64.dll
Version du module : 26.0.432.35
VI : 01F260075p
Adresse de base : 00007FFFE6210000
Erreur systeme : Access violation (GPF)
RIP = 00007FFFE624BB88
OS : Windows 8 x64 (6.2.9200)

Projet : MonApp (1.0.1.3)

Informations supplémentaires :
Code erreur : 1020
Module : 'wd260vm64.dll (01F260075p - 26.0.360.5)
Informations de débogage :

Details techniques :

Module : wd260obj64.dll
Version du module : 26.0.432.35

772862041

VI : 01F260075p
Adresse de base : 00007FFFE6210000
Erreur systeme : Access violation (GPF)
RIP = 00007FFFE624BB88
OS : Windows 8 x64 (6.2.9200)
Registres :

RIP = 00007FFFE624BB88 RBP = EB33AFD750
RAX = 0 RBX = 201F291E950
RCX = 201F0745070 RDX = 280
RSI = 201EF76F3E0 RDI = 201EFD43488
R8 = EB33AFD9B0 R9 = EB33AFDA48
R10 = 8 R11 = 60
R12 = EB33AFD9B0 R13 = 201F291E950
R14 = 201EFD43480 R15 = EB33AFDA48

Pile des appels :

[wd260obj64.dll (00007FFFE6210000), 26.0.432.35, 01F260075p] 00007FFFE6237388 : pQueryProxy() + 83968 bytes
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] E65E646000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC5753E000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC583CB000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC58402000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC58429000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC5845C000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC58499000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC584D1000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC589B3000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC58C99000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC59DE9000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC59E1C000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC59E3B000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC59E71000000201
[wdtst64.exe (0000000000000000), 26.0.177.0, 01F260075p] EC59ED0000000201
[???] 00000201EC59ED00
Pile invalide

Fonction (1,1)
Echec de __bAppelleFonctionWL() dans CVM::bFirstWindow()
Signaler
0
0
#29
Membre enregistré
525 messages
Posté le 24 mars 2021 - 22:17
je pense pas que ce soit le GW, je ne l'utilise pas et mon client rencontre régulièrement le plantage.

--
José
Signaler
0
0
#30
Membre enregistré
525 messages
Posté le 24 mars 2021 - 22:19
je viens de penser, par contre, il y a un champ d'identification ( saisie mot de passe) comme le GW, mais fenêtre fait main, peut etre un début d'explication?
je vais proposer a mon client de supprimer l'identification un temps pour voir.

--
José
Signaler
0
0
#31
Membre enregistré
11 messages
Posté le 25 mars 2021 - 08:51
Bonjour à tous

Réponse du service technique gratuit recu hier :

Un conflit interne en lien avec le groupware utilisateur a pu être isolé. Je suis désolé pour le contretemps occasionné. Les adaptations nécessaires ont été faites par notre équipe développement. Elles seront incluses dans la version "update 2" qui va être mise en ligne dans les tous prochains jours.

Bonne journée à tous
Signaler
0
0
#32
Posté le 26 mars 2021 - 09:11
Hier le support gratuit m'a envoyé un patch

beh............0 pointé. le bug existe toujours
ensuite ils ont mis en ligne la version 89
beh...........0 pointé, encore, le bug existe toujours

4 mois que j'attends, 2 patchs, 3 mises à jour Update 1, version 1 et 2 puis l'update 2 version 1
et c'est toujours la même galère.

Pas cool, du tout............
Signaler
0
0
#33
Membre enregistré
317 messages
Posté le 26 mars 2021 - 10:12
Bonjour,
Apparemment la mise à jour publié hier ne résout pas le problème des fermetures et bug aléatoire.
Dommage
Signaler
0
0
#34
Membre enregistré
48 messages
Posté le 26 mars 2021 - 10:25
Idem pour moi toujours des blocage d'onglets et autres .. Et en plus le code de notre ami (voir plus haut) sur les clés de registre ne fonctionne plus

Un truc de FOU !!!!!!
Signaler
0
0
#35
Membre enregistré
317 messages
Posté le 26 mars 2021 - 12:16
CLOCKTIME a écrit :
Idem pour moi toujours des blocage d'onglets et autres .. Et en plus le code de notre ami (voir plus haut) sur les clés de registre ne fonctionne plus

Un truc de FOU !!!!!!

Pareille pour moi.Il m'ont suggéré ce lien pour faire des tests et vérifiés mon environnement.Je suis entrain de regardé
http://blogs.pcsoft.fr/post.awp…
Signaler
0
0
#36
Membre enregistré
48 messages
Posté le 26 mars 2021 - 20:38
Merci pour ton lien mais le tutto concerne un poste isolé , et je peux te confirmer que le problème se pose sur plusieurs postes chez nous.

Je vais quand même essayer

En te remerciant , on se tient au courant
Signaler
0
0
#37
Membre enregistré
139 messages
Posté le 27 mars 2021 - 09:58
Amine a écrit :
Bonjour à tous, nous avons aussi relevé ce genre d'anomalie, plantages inopinés et champs qui se bloquent en saisie , ...
nous avons identifié un soucis avec la base de registre sur la variable DecouvertFaaNb

mettez ce code à l'initialisation du projet, ca devrait corriger le problème, en tout ca chez nous ca fonctionne correctement après l'application du code suivant :

CléReg = "HKEY_USERS"
TANTQUE CléReg <> ""
CléReg = RegistreCherche(CléReg, "DecouvertFaaNb",RegistreChercheRécursif+RegistreChercheValeur)
cadReg = Remplace(CléReg,TAB,"\")
cadReg = SansCaractèreDroite(cadReg,"DecouvertFaaNb")
RegistreEcrit(cadReg,"DecouvertFaaNb",1)
FIN
CléReg = "HKEY_CURRENT_USER"
TANTQUE CléReg <> ""
CléReg = RegistreCherche(CléReg, "DecouvertFaaNb",RegistreChercheRécursif+RegistreChercheValeur)
cadReg = Remplace(CléReg,TAB,"\")
cadReg = SansCaractèreDroite(cadReg,"DecouvertFaaNb")
RegistreEcrit(cadReg,"DecouvertFaaNb",1)
FIN


ou alors pour avoir un peut moins de lenteur au démarrage du logiciel et éviter de boucler sur la base de registre vous pouvez essayer ceci

InitParamètre(paramIni,fRepExe()+[fSep()]+"config.ini")
cadReg2 est chaîne = fChargeTexte(fRepExe()+[fSep()]+"config.ini")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=2","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=3","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=4","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=5","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=6","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=7","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=8","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=9","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=10","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=11","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=12","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=13","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=14","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=15","DecouvertFaaNb=1")
cadReg2 = Remplace(cadReg2,"DecouvertFaaNb=16","DecouvertFaaNb=1")
fSupprime(fRepExe()+[fSep()]+"config.ini")
fSauveTexte(fRepExe()+[fSep()]+"config.ini",cadReg2)


Effectivement le problème persiste avec l'update 2,
il faut mettre le code fournis à l'initialisation du projet, et surtout ne pas activer le GPW avec lancement automatique, passer par lancement en mode manuel manuel après l'exécution du code à l'initialisation
Signaler
0
0
#38
Membre enregistré
79 messages
Posté le 27 mars 2021 - 19:45
Bonjour,

J'ai pas de soucis pour les onglets dynamiques, car j'ai pas migré d'une version antérieur de WinDev, fallait que je tombe sur tuto pour apprendre à les utiliser, par contre j'ai un sérieux problème pour créer une liaison réflexive pour créer une hiérarchie. Impossible de créer une liaison car la clé multiple n'apparaît et ne peut être sélectionné. J'attends un correctif, je suis bloqué dans mon dev.
Signaler
0
0
#39
Membre enregistré
48 messages
Posté le 28 mars 2021 - 20:00
Bonsoir

Il faut mettre le code AVANT le gpwouvre ???

Cdl
Signaler
0
0
#40
Membre enregistré
139 messages
Posté le 28 mars 2021 - 23:51
CLOCKTIME a écrit :
Bonsoir

Il faut mettre le code AVANT le gpwouvre ???

Cdl

oui a l initialisation avant gpwouvre
Signaler
0
0
#41
Posté le 30 mars 2021 - 09:40
Bonjour,

Un petit suivi rapide du problème : j'ai supprimé toutes les info-bulles du projet et aucun plantage hier sur aucun utilisateur.

Bonne journée,
Nicolas.
Signaler
0
0
#42
Membre enregistré
317 messages
Posté le 30 mars 2021 - 11:25
Bonjour comment supprimé les info bulles du projet d'un seule coup sans sélectionner une par une
Cdlt
Signaler
0
0
#43
Membre enregistré
2 677 messages
Posté le 30 mars 2021 - 11:34
Ce n'est pas possible, il faut passer partout.

--
Cordialement,

Philippe SAINT-BERTIN
Signaler
0
0
#44
Membre enregistré
317 messages
Posté le 30 mars 2021 - 11:41
Bon merci
Sur les propriétés de la table j'ai pas vu la désactivation des infos bulles. Pouvez vous me dire la manip à faire ?
cdlt
Signaler
0
0
#45
Membre enregistré
170 messages
Posté le 30 mars 2021 - 11:58
Bonjour,

Ndiaga Toure a écrit :
Bonjour comment supprimé les info bulles du projet d'un seule coup sans sélectionner une par une
Cdlt


Ceci n'a rien à voir avec le sujet de ce fil. Il est préférable d'ouvrir une autre discussion pour votre demande.

--
Hth,
Padbrain
Signaler
0
0
#46
Membre enregistré
2 677 messages
Posté le 30 mars 2021 - 12:37
@Ndiaga Toure: supprimer les valeurs qu'il y a dans "Bule d'aide" dans la description des objets.





--
Cordialement,

Philippe SAINT-BERTIN
Signaler
0
1
#47
Membre enregistré
139 messages
Posté le 01 avril 2021 - 18:20
j'ai recu un correctif du support technique, ca semble fonctionner
pour rappel je suis en update2 v1, je ne sais pas si ca fonctionne en update1

https://stg.webdev.info/Telechargement_Support_WEB/FR/telec_ST.awp…
Signaler
0
0
#48
Posté le 05 avril 2021 - 08:34
Bonjour Amine,

Merci pour le partage, ça a l'air de fonctionner pour moi aussi.
Signaler
0
0
#49
Membre enregistré
317 messages
Posté le 05 avril 2021 - 23:38
Amine a écrit :
j'ai recu un correctif du support technique, ca semble fonctionner
pour rappel je suis en update2 v1, je ne sais pas si ca fonctionne en update1

https://stg.webdev.info/Telechargement_Support_WEB/FR/telec_ST.awp…

Bonjour,
Merci du partage .Je voudrais le copier dans le répertoireProgrammes/ framework/(win64x86 ,win32x64) mais apparement il refuse.Y'a t'il un procédure à faire ?
cdlt
Signaler
0
0
#50
Posté le 03 juin 2022 - 12:37
Bonjour,

Perso j'ai toujours le problème en version 26 101d et en 27 ...
plantage meme avec le code pour la base de registre .
Si quelqu'un à des idées

merci
Signaler
0
0
#51
Posté le 09 janvier 2025 - 10:20
a écrit :
Bonjour,

Perso j'ai toujours le problème en version 26 101d et en 27 ...
plantage meme avec le code pour la base de registre .
Si quelqu'un à des idées

merci


Bonjour tout le monde ,
J'ai le même problème d'erreur interne inattendue ,je suis sur la version 28 ,windows 10
le dump me met bizarrement que mon systeme est windows 8!
voici le message:
Vous avez appelé la fonction 'Ouvre'.
Une erreur interne inattendue est survenue.

Pile des appels :
Clic sur Barticles (FicheInventaire.Barticles), ligne 4

Date : 09/01/2025 09:58:46
Projet : CLICOS

Informations supplémentaires :
Code erreur : 1020
Module : wd280vm64.dll (01F280051n - 28.0.297.108)

Informations de débogage :
Module : wd280obj64.dll(01F280051n - 28.0.317.34)
Adresse de base : 00007FFA8ED50000
Erreur systeme : Access violation (GPF)
RIP = 00007FFA8F00A5B5
OS : Windows 8 x64 (6.2.9200)
Registres :
RIP = 00007FFA8F00A5B5 RBP = 2
RAX = 0 RBX = 1C177A8CC20
RCX = 1C177A61E90 RDX = 0
RSI = 2 RDI = 1C177A61E90
R8 = 2 R9 = 2
R10 = 7FFA8ED50000 R11 = A23DFCA20
R12 = 1 R13 = 0
R14 = 1C177A8CC60 R15 = A23DFCC90

Pile des appels :

[wd280obj64.dll (00007FFA8ED50000), 28.0.317.34, 01F280051n] 00007FFA8EFEF0AC : CheckVersion() + 111881 bytes
Pile invalide

Fonction (1,1)
EIT_TYPE_WDFILE : <2>
EIT_IDCODE : <18>
SACHANT QUE je n'utilise ni bulle d'aide ni groupware ni fenetre interne ni onglet dynamique
merci de me proposer une piste
Signaler
0
0
#52
Membre enregistré
70 messages
Posté le 01 février 2025 - 00:51
Bonjour,

J'ai eu le même souci de plantage incompréhensible avec des fenêtres internes.
Bien que que n'utilisant pas d'onglets dynamiques, je partage cependant mon expérience en espérant que cela vous aidera.

Mon contexte était le suivant : affichage de la FI au moyen d'un clic sur un champ de type Libellé.
Au bout de quelques utilisations, le programme finissait par planter, complètement aléatoirement.

Ma solution : j'ai utilisé des champs de type Lien pour ouvrir les FI et depuis lors plus aucun plantage ne s'est produit.

Cordialement,

Patrice
Signaler
0
0
→ Revenir à WINDEV 2025