PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WINDEV Mobile 2024 → Android (WM24) L'Application s'est arrêté - Redémarrage
Android (WM24) L'Application s'est arrêté - Redémarrage
Iniciado por F.DGF, 03,ene. 2019 16:31 - 18 respuestas
Publicado el 03,enero 2019 - 16:31
Bonjour ,
J'ai crée mon projet en WM24 qui comporte deux page :
1- Liste des Clients (page 1)
2- Formulaire Clients (page 2)
J'ai testé mon application depuis le simulateur tablette Android Générique et je n'ai eu aucun problème .
Après j'ai déployer mon porjet sur une tablette SAMSUNG et là l'outil se lance normalement mais dès que j’essaye de passer de la page 1 vers la page 2 ,un message qui apparaît "<Nom_Application> s'est arrêté" .
Quelqu'un peut m'aider pour savoir la cause de ce problème ?!
Merci
Miembro registrado
9 mensajes
Publicado el 04,enero 2019 - 14:07
Bonjour,
j'ai le même problème (pour l'ouverture d'une fenêtre, les autres fonctionnent).
L'application fonctionne en WM23 ou avec le simulateur WM24.
Christophe.
Publicado el 04,enero 2019 - 21:39
Bonjour,

Je rencontre le même problème.
A partir d'une fenêtre principale, je peux ouvrir 3 autres fenêtres (fichier client, opérations par client et configuration).
Sous WM23 mon appli fonctionne sans problème.
Sous WM24 l'ouverture de la fenêtre opérations par client plante avec le message "l'application s'est arrêtée - Redémarrage"
J'ai recopié le code d'impression généré par WM24 dans le code de l'appli WM23 en attendant de pouvoir utiliser WM24

Cordialement
Publicado el 07,enero 2019 - 15:17
Même problème avec une application qui tourne depuis des années et qui fonctionne parfaitement compilé avec WM23.

Ouverture du projet en WM24.

Compilation et génération apk sous WM24 sans aucune modification.

Lancement sur la machine de test, plantage "l'application s'est arrêtée" sans message d'erreur à l'ouverture d'une fiche reliée à un fichier HF local depuis une zone répétée liée au même fichier.

Une solution?

Cezame
Publicado el 14,enero 2019 - 23:50
Idem pour moi
Une application suivi depuis 3 ans avec quantité de compilation en V23 sans le moindre problème, Depuis passage en V24 toutes compilation tenté quel que soit la config sélectionnée amène au même résultat Crash application soit dés l'éxécution, soit suite action d'ouverture d'une fenêtre...
Tests sou émulateur Windev = RAS tout fonctionne et pas de crash
Tentative de test direct sur périphérique => appli ne se lance même pas et pas de message d'erreur
Compilation puis déploiement = suivant les applications, soit c'est un crash immédiat, soit l'appli se lance mais dés que j'ouvre une fenêtre => Crash
Ceci est identique sur 3 projets exemples fournis avec Windev (bien sur sans la moindre modif)

Ceci extrêmement pénalisant et les réponse données par le support aujourd'hui ne font que me faire monter en pression !
ceci n'est tout simplement pas acceptable...
Miembro registrado
16 mensajes
Publicado el 14,enero 2019 - 23:51
Idem pour moi
Une application suivi depuis 3 ans avec quantité de compilation en V23 sans le moindre problème, Depuis passage en V24 toutes compilation tenté quel que soit la config sélectionnée amène au même résultat Crash application soit dés l'éxécution, soit suite action d'ouverture d'une fenêtre...
Tests sou émulateur Windev = RAS tout fonctionne et pas de crash
Tentative de test direct sur périphérique => appli ne se lance même pas et pas de message d'erreur
Compilation puis déploiement = suivant les applications, soit c'est un crash immédiat, soit l'appli se lance mais dés que j'ouvre une fenêtre => Crash
Testé sur 3 périphériques android différent en V7 et V8 O = Idem
Ceci est identique sur 3 projets exemples fournis avec Windev (bien sur sans la moindre modif)

Ceci extrêmement pénalisant et les réponse données par le support aujourd'hui ne font que me faire monter en pression !
ceci n'est tout simplement pas acceptable...
Mensaje modificado, 14,enero 2019 - 23:53
Publicado el 15,enero 2019 - 08:43
Idem pour moi.

Pour une fonctionnalité aussi essentielle que l'ouverture de fenêtre, un patch serait salutaire!

Dommage, surtout que pour iOS la version 24 améliore pas mal de points (d'ailleurs pas ce soucis d'ouverture).

Pour ceux qui sont impactés, quelle est la réponse de PC Soft?
Miembro registrado
1.603 mensajes
Popularité : +64 (70 votes)
Publicado el 15,enero 2019 - 10:54
Bonjour

" "l'application s'est arrêtée" sans message d'erreur "
j'ai constaté que cela se produit par exemple aussi lors d'une opération sans que l'autorisation soit accordée (exemple écrire un fichier sans l'autorisation android sur les fichiers).

--
Cordialement
François
Miembro registrado
16 mensajes
Publicado el 15,enero 2019 - 11:13
Réponse en date du 14/01/2019
=> L'incident porte la référence 111 765/358322

Mais pas plus d'infos pour le moment et dans situation tendue car il m'est impossible de livrer l'application à mes clients ;-(
Miembro registrado
16 mensajes
Publicado el 15,enero 2019 - 11:22
En résumé, d’après les différents tests effectués avec plusieurs périphérique Android, émulateurs et différentes applications dont des exemples PcSoft :
-Soit Crash complet sans message d'erreur à l'éxécution
-Soit Crash à l'éxécution avec message : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr ....
-Soit Crash à l'éxécution avec message : Cause: seccomp prevented call to disallowed arm64 system call 0 ...
-Soit Exécution Ok mais dés que l'on demande ouverture d'une fenêtre => Crash message idem ci-dessus

Toutes les applis perso fonctionnaient sans le moindre problème en compilation V23 (dernière en date début décembre)
Toutes les applis en question fonctionne sans crash dans l'émulateur Windev en mode GO
Toutes les applis concernées Crash que ce soit sur périphérique Android V7 ou V8 O et crash aussi sur Emulateur Android "MEMU"

Il faut un Patch ou solution de contournement rapide !
Mensaje modificado, 15,enero 2019 - 11:24
Miembro registrado
57 mensajes
Popularité : +17 (17 votes)
Publicado el 15,enero 2019 - 16:52
Bonjour,

Le correctif est disponible via les ressources pratiques du site Support Technique :
https://stg.webdev.info/publicationSt_WEB/FR/miseajourst.awp

Il s'agit de l'incident 111 765.

Je vous souhaite de bons développements.

--
Loïc HAMEL (Twitter : @HAMELLoic)
Support Technique PC SOFT
Miembro registrado
9 mensajes
Publicado el 15,enero 2019 - 18:24
Bonjour Loïc,

Effectivement avec le patch plus de crash, mais les zones ne sont pas affichées.
Mensaje modificado, 15,enero 2019 - 18:26
Miembro registrado
16 mensajes
Publicado el 15,enero 2019 - 19:50
Pour moi aprés application du Patch c'est toujours HS
Crash au lancement de l'application avec message suivant :

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'xiaomi/whyred/whyred:8.1.0/OPM1.171019.011/V10.2.1.0.OEIMIXM:user/release-keys'
Revision: '0'
ABI: 'arm64'
pid: 17199, tid: 17199, name: .evotech_Pro_V3 >>> com.evotech_odis.evotech_Pro_V3 <<<
signal 31 (SIGSYS), code 1 (SYS_SECCOMP), fault addr --------
Cause: seccomp prevented call to disallowed arm64 system call 0
x0 0000007feaaf8e70 x1 0000007feaaf8f28 x2 0000007feaaf8f20 x3 0000000000000000
x4 0000000000000000 x5 00000075f3a87620 x6 00000075f3a87620 x7 00000075f3a87610
x8 0000000000000436 x9 00000075f3a875f0 x10 00000075f3a875e0 x11 00000075f3a875d0
x12 00000075f3a875c0 x13 00000075f3a875b0 x14 00000075f3a875a0 x15 00000075f3a87590
x16 00000075f3c836d0 x17 0000007692ab9c90 x18 00000075f3a87560 x19 00000075f3cb9000
x20 0000000000000080 x21 0000007feaaf8f28 x22 0000000000000000 x23 0000007feaaf8f20
x24 0000007feaaf8f18 x25 0000007feaaf8f28 x26 0000007feaafa12c x27 00000075f3b00000
x28 0000000000000001 x29 0000007feaaf8e60 x30 00000075f3a93bb8
sp 0000007feaaf8e60 pc 0000007692ab9cb0 pstate 00000000a0000000

backtrace:
#00 pc 000000000001dcb0 /system/lib64/libc.so (syscall+32)
#01 pc 00000000004c0bb4 /data/app/com.evotech_odis.evotech_Pro_V3-8AuSzdWcYhJ2IhownU4teA==/lib/arm64/libwd240hf.so (__sysctl+52)
Miembro registrado
16 mensajes
Publicado el 15,enero 2019 - 21:39
Cause de l'erreur : "seccomp prevented call to disallowed arm64 system call 0" identifiée !
Tout appel à la fonction HModifieStructure(xxxxxxx) dans le code d'init de l'application conduit à ce Crash...
Le même code d'init dans la même application compilée en V23 => RAS pas de crash
???
Miembro registrado
16 mensajes
Publicado el 15,enero 2019 - 21:54
En compilation WM24 06F240042h, si commande HModifieStructure présente dans le code d'init du Projet => Crash application avec message : seccomp prevented call to disallowed arm64 system call 0 ...

Il est donc impossible pour le moment de livrer des mises à jour car impossible de mettre à jour les structures de tables sous Android !
Si pour Tests, je supprime manuellement les tables sous Android, ou que je remplace les commande HCréationSiInexistant(xxx) par HCréation(xxxx) alors là, Ok l'application fonctionne.
Miembro registrado
16 mensajes
Publicado el 16,enero 2019 - 01:56
Autre problème constaté à l'instant, les champ type Date ou Dateheure lié à une rubrique de la base restent vide sur mobile alors que c'est correcte en test...
Commande fichierversEcran = tous les champs liés à la même table = Ok sauf pour les champs Date qui restent vides
Miembro registrado
57 mensajes
Popularité : +17 (17 votes)
Publicado el 16,enero 2019 - 09:44
Bonjour,

Il faut faire remonter ces erreurs au Support Technique avec des éléments permettant de reproduire VOTRE cas de figure. C'est le seul moyen de traiter les cas d'erreurs particuliers.

--
Loïc HAMEL (Twitter : @HAMELLoic)
Support Technique PC SOFT
Publicado el 16,enero 2019 - 10:30
Bonjour,

Il y a beaucoup de problèmes sur cette version!

Je veux bien être tolérant, mais des fonctionnalités aussi basiques (et essentielles !) que l'ouverture de fenêtre et le fichier vers écran (qui ne fonctionne pas sur tous les champs, comme dit précédemment), ça fait beaucoup !

Pourquoi passer par le support technique alors que ces problèmes devraient être résolus par des mises à jour, naturellement!

Je passe beaucoup de temps à débugger pensant que le problème vient du code, alors qu'il vient d'une version Windev qui n'est manifestement pas terminée...
Miembro registrado
16 mensajes
Publicado el 16,enero 2019 - 12:57
Bonjour
Je suis en parfait accord avec Mathieu
Trop de but sur cette nouvelle version sur une appli qui tourne depuis 3 ans sans soucis V21 à V23
La c' est dysfonctionnement sur dysfonctionnement 4 jours de passés à debuguer
Et effectivement je constate aussi que le fichierversecran ne fonctionne pas avec les champs Dateheure
Si je pouvais je repasserai sur mon backup V23... Sauf que la c'est 3 semaines de boulot que je perd
Mensaje modificado, 16,enero 2019 - 12:57