GesFine

Bonjour Jacques
Semble ne pas fonctionner :
La source est bien vidée mais la cible n'est pas créditée

Bonjour Gérard,

Effectivement c'est un bogue, une régression très certainement, mais je ne sais pas situer son origine.
La correction est faite dans la dernière version intermédiaire.

Merci pour ton retour

L'anomalie décrite est réglée, mais j'en ai décelé une autre :
--> Rien n'interdit de multiplier cette opération de transfert alors que la source a été vidée la première fois

Ok merci pour ton retour.

lougarou60 a écrit :Rien n'interdit de multiplier cette opération de transfert alors que la source a été vidée la première fois

Probablement car je ne fais pas ce type de contrôle, chaque opération étant censée être le reflet d'une opération réelle. Est ce que cela perturbe les calculs ?

Oui, cela fausse les calculs :
Si par exemple il y avait 3 parts du titre dans la source
Au 1er transfert il y a source = -3 ; cible = +3 (normal)
Au 2ème transfert il y a source = 0 ; cible = +3 (soit +6) etc.
Certes l'opération est rare et non réelle ; le piège c'est que dans l'exemple présenté plus haut, l'affichage est filtré sur coche entre autre
L'opération de transfert est générée sans coche bien sur et n'apparaît donc pas dans l'affichage spontanément

Oui cela correspond à la logique du calcul, il n'a plus rien à supprimer (référence au présent) mais à toujours à ajouter puisqu'il fait référence au passé pour définir ce qu'il ajoute.
Par contre je ne suis pas sûr de comprendre ce que tu relates concernant la "coche". Par défaut à l'ouverture, les opérations ne sont pas cochées, donc le doublon apparaitra facilement à l'utilisateur si il constate des incohérences de résultats.

Bogue corrigé dans la version 6.2.73.6119.