From 17cfc1108431b60d259fcb643494d52b78780e8b Mon Sep 17 00:00:00 2001 From: r-zakarya <82443831+r-zakarya@users.noreply.github.com> Date: Fri, 28 Aug 2026 15:44:54 +0100 Subject: [PATCH] fix(android): le mot de passe des reglages suit le coffre a CHAQUE ouverture La correction precedente ne portait que sur la creation et la connexion locales, qui n'arrivent qu'une fois. Le chemin reellement emprunte est l'ouverture depuis le cache, a chaque lancement : PushConfig y reposait la valeur de premier lancement, l'ouverture ne la remplacait pas, et DoSync la prefere a celle du coffre. Les reglages continuaient donc d'afficher TEST_PWD. Co-Authored-By: Claude Opus 5 --- mainApk.pas | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/mainApk.pas b/mainApk.pas index e4174ad..8a3f43f 100644 --- a/mainApk.pas +++ b/mainApk.pas @@ -1969,7 +1969,18 @@ begin // rien n'a change : il retelechargera et redechiffrera a chaque // ouverture. C'est exactement le cout que le cache doit supprimer. Log(' WARNING: cache has no fingerprint - the refresh will re-derive'); - if LPwd <> '' then FSyncPwd := LPwd; + if LPwd <> '' then + begin + FSyncPwd := LPwd; + // ET LES REGLAGES AVEC. C'est ICI que tout passe - a chaque lancement - + // et non par la creation ni par la connexion, qui n'arrivent qu'une fois. + // Corriger celles-la seules ne changeait donc rien : PushConfig reposait + // la valeur de premier lancement au demarrage, l'ouverture ne la + // remplacait pas, et DoSync la PREFERE a celle du coffre. + FPwd := LPwd; + WebCall(Format('PM.setConfig(%s, %s, %s, false)', + [JsArg(FUrl), JsArg(FToken), JsArg(FPwd)])); + end; // LA PROTECTION RATTRAPE LE CACHE. Elle se decidait a l'ecriture seule, // et une ecriture n'arrive qu'avec un instantane nouveau : un cache pose