NBV63 a écrit :

A supposer que le nom de ton fichier de données se nomme Factures

Utilise plutôt

Factures..Enregistre()

Salut
Je sais que henregistre permet de réduire le code
Mais par habitude je préfère utiliser HModifie et HAjoute
Cela oblige à mettre plus de code mais fonctionne beaucoup mieux

Popoy a écrit :
Salut
Je sais que henregistre permet de réduire le code
Mais par habitude je préfère utiliser HModifie et HAjoute
Cela oblige à mettre plus de code mais fonctionne beaucoup mieux


Merci pour ton aide Popoy
J'utilisais initialement HModifie et Hajoute.
Et c'est suite à une suggestion que j'ai essayé HEnregistre.

L'un comme l'autre cela fonctionne pour les 20 premiers enregistrements mais plus au-delà.
Je ne comprends pas pourquoi et surtout cela fonctionnait parfaitement avant la migration en WM2025.
Mon appli est devenu inutilisable par les usagers sans résoudre ce problème.
Quelqu'un aurait-il une piste ?

Bonjour,

C'est déjà un peu mieux, mais il manque encore des informations.

- On parle de quelle plateforme : Android ou iOS ?

- Est-ce que la propriété T_Classement..NouvelEnregistrement est bien à Vrai avant d'enregistrer, pour s'assurer que HEnregistre() va bien faire un ajout et non pas une modification d'une ligne existante.

- Dans votre code vous ne vérifiez pas le retour de HEnregistre(). Est-ce que ce code affiche quelque chose quand vous essayez d'enregistrer ?

Des pistes :

Si votre identifiant est assigné à un champ de saisie, il convient de vérifier aussi le masque de ce champ de saisie, car il pourrait impacter la valeur de votre enregistrement lors du retour avec EcranVersFichier(). Si non, il faudrait vérifier que d'autres traitements dans la fenêtre ne viennent pas réinitialiser l'enregistrement T_Classement sur lequel se base la fiche initialement (par exemple, un HLitRecherche(T_Classement) pour trouver un classement lié, ce genre de chose) ;

Vous indiquiez que la clé était composée de la date (donc je suppose 20250604) + un numéro d'enregistrement, attention à ce que le nombre obtenu ne dépasse pas les capacités de l'entier sur 4 octets (proposé par défaut dans le cadre d'un masque 999 999 999). Pour exemple :


Reste une dernière chose, qui devrait être l'un des premiers réflexes si le bug est reproductible sur le simulateur Android (c'est un peu plus compliqué avec l'émulateur ou sur un appareil à part) : Lancer le code en mode GO, rajouter un stop sur l'expression "T_Classement.MaCléUnique" et voir à quelle étape cette valeur est réinitialisée.

Bonjour,

Avec vos modifications, sur votre mobile, l'erreur sur le HEnregistre() est-elle toujours la même ? Ou en est-ce une différente ? Quel est le contenu *complet* du message d'erreur ?

Si cela fonctionne sur le simulateur WinDev mais pas sur le mobile, on peut supposer que ce n'est pas le code lui-même qui est en cause mais les conditions d'exécution :
- Entre chacun de vos tests, pensez-vous à bien supprimer la base de données stockée sur l'appareil ? (par exemple en utilisant l'explorateur d'Android Studio pour supprimer tous les .fic)
- Avez-vous en initialisation du projet des appels aux fonctions HCréationSiInexistant (pour créer la base) et/ou un HModifieStructure (pour la synchroniser avec le code) ? Renvoient-ils des erreurs (de permissions, d'ouverture, d'enregistrement) ?
- Est-ce que la table T_Classement est la seule qui rencontre ce problème, ou d'autres tables ont le même souci ?

Dernière idée, si vous faites un code "bateau" de ce genre à l'ouverture de votre fenêtre, est-ce que vous avez des erreurs ?

POUR TOUT T_Classement
// Modifier ici une colonne au pif
T_Classement.catégorie = "A"
SI PAS HModifie(T_Classement) alors
Erreur("Clé: " + T_Classement.IDcléclsmt, HerreurInfo(herrcomplet))
SORTIR
FIN
FIN