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 <noreply@anthropic.com>
This commit is contained in:
r-zakarya
2026-08-28 15:44:54 +01:00
parent ea2450abfd
commit 17cfc11084
+12 -1
View File
@@ -1969,7 +1969,18 @@ begin
// rien n'a change : il retelechargera et redechiffrera a chaque // rien n'a change : il retelechargera et redechiffrera a chaque
// ouverture. C'est exactement le cout que le cache doit supprimer. // ouverture. C'est exactement le cout que le cache doit supprimer.
Log(' WARNING: cache has no fingerprint - the refresh will re-derive'); 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, // 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 // et une ecriture n'arrive qu'avec un instantane nouveau : un cache pose