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
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.
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)
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 ?
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
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 : monChampTable.CollapseAll( )
-- Hth, Padbrain
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
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,
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
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
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.
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
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)
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.
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é
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.
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
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
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 ?
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
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
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 : C léReg = "HKEY_USERS" TANTQUE C léReg < > "" C léReg = RegistreCherche ( C léReg , "DecouvertFaaNb" , RegistreChercheRécursif + RegistreChercheValeur ) cadReg = Remplace ( C léReg , TAB , "\" ) cadReg = SansCaractèreDroite ( cadReg, "DecouvertFaaNb" ) RegistreEcrit ( cadReg, "DecouvertFaaNb" , 1 ) FIN C léReg = "HKEY_CURRENT_USER" TANTQUE C léReg < > "" C léReg = RegistreCherche ( C léReg , "DecouvertFaaNb" , RegistreChercheRécursif + RegistreChercheValeur ) cadReg = Remplace ( C lé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 ceciInitParamè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)
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
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
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
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
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+
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.
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()
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é
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é
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
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............
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
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 !!!!!!
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…
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
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
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.
Membre enregistré 48 messages
Posté le 28 mars 2021 - 20:00
Bonsoir Il faut mettre le code AVANT le gpwouvre ??? Cdl
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
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.
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
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
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
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
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
Membre enregistré 139 messages
Posté le 01 avril 2021 - 18:20
Posté le 05 avril 2021 - 08:34
Bonjour Amine, Merci pour le partage, ça a l'air de fonctionner pour moi aussi.
Membre enregistré 317 messages
Posté le 05 avril 2021 - 23:38
Amine a écrit : 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
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
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
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