docs(android): TESTS.md decrit l'application telle qu'elle est
La version precedente decrivait une application qui n'existe plus - deux secrets confondus, des reglages qui n'appliquaient rien sur-le-champ, un coffre qui s'ouvrait sans rien demander. Trois series nouvelles : les deux secrets (C), l'ouverture qui demande quelque chose (D), et le clavier avec le retour d'application (I). F est reprise en entier. La remise a zero passe desormais par le bouton Debug plutot que par adb, ce qui rend le scenario deroulable sans machine. En tete, ce que la seance a vraiment appris : les defauts se tiennent par la main, et le journal doit se lire AVANT de retenter - la synchronisation le vide. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
r-zakarya
+181
-113
@@ -1,60 +1,76 @@
|
||||
# Client Android — relecture et scénario d'essai
|
||||
|
||||
Relecture du 2026-08-22, avant d'ajouter la vérification de fond, les réglages
|
||||
et les icônes. Le but n'était pas de tout relire mais de chercher là où cette
|
||||
séance a montré que les défauts se logent : **les frontières entre fichiers,
|
||||
les chemins d'erreur, et ce qui traverse les threads.**
|
||||
Réécrit le **2026-08-28**, après une séance qui a remué les deux secrets du
|
||||
coffre, l'écran des réglages, le code de déverrouillage et le clavier. La
|
||||
version précédente décrivait une application qui n'existe plus.
|
||||
|
||||
Ce que cette séance a confirmé, et qui vaut plus que n'importe quelle liste :
|
||||
**les défauts se tiennent par la main.** Corriger le clavier qui volait le
|
||||
premier appui a laissé le clavier ouvert ; le clavier ouvert recouvrait le
|
||||
message ; et le message invisible cachait qu'une action avait réussi. Aucun des
|
||||
deux derniers n'était observable tant que le premier tenait. D'où la règle qui
|
||||
suit : **quand un essai échoue, lire le journal AVANT de retenter**, parce que la
|
||||
synchronisation le vide.
|
||||
|
||||
---
|
||||
|
||||
## Ce que la relecture a trouvé
|
||||
## Ce que la séance a corrigé, et pourquoi c'est éprouvable
|
||||
|
||||
### 1. La fusion ne transportait pas les dossiers — CORRIGÉ
|
||||
### 1. Le journal ne perdait plus les causes — CORRIGÉ, et c'est le plus important
|
||||
|
||||
`MergeSnapshots` fondait `entries` et `tombstones`, pas `folders`. Un dossier
|
||||
créé sur le téléphone — hors connexion, ou juste avant qu'un autre appareil
|
||||
publie — disparaissait donc de la liste, **tandis que les entrées gardaient son
|
||||
nom**. Elles se retrouvaient rangées dans un dossier que rien n'affiche :
|
||||
introuvables sans qu'on le sache.
|
||||
Trois trous, tous du même genre : une faute arrivait, et rien ne la nommait.
|
||||
|
||||
C'est exactement la panne contre laquelle `EnsureFolder` avait été écrit, et
|
||||
elle est revenue par une autre porte. Le report est additif — on ne retire pas
|
||||
un dossier du distant parce qu'il manque ici.
|
||||
- **Les gestionnaires d'erreur lisaient l'exception après sa libération.**
|
||||
`RegisterLocal` et `LoginLocal` mettaient leur handler en file avec
|
||||
`TThread.Queue`, puis y lisaient `E.Message` — or Delphi libère `E` en sortant
|
||||
du `except`, bien avant que la file s'exécute. Résultat : un message vide, et
|
||||
parfois une violation d'accès. **Le vrai motif n'a jamais été affiché de toute
|
||||
l'histoire de ce chemin.**
|
||||
- **Le dispatch du pont n'était gardé par rien** : une faute dans un handler
|
||||
remontait à FMX, qui affichait « Access violation » avec une adresse pendant
|
||||
que le journal montrait la commande reçue suivie de rien.
|
||||
- **Le retour sur le thread principal** (`TThread.Queue`) n'était couvert ni par
|
||||
le `except` du thread, ni par celui du pont : il s'exécute après que les deux
|
||||
ont rendu la main.
|
||||
|
||||
### 2. Le témoin d'attente n'existait que sur la liste — CORRIGÉ
|
||||
**Ce que ça change pour les essais** : un échec porte désormais un nom. Si un
|
||||
essai ci-dessous échoue sans laisser de ligne au journal, c'est un quatrième
|
||||
trou du même genre, et il faut le traiter avant de chercher le défaut.
|
||||
|
||||
Le point orange était posé sur le cadenas, qui n'existe que dans la liste. Or
|
||||
après un verrouillage on atterrit sur l'accueil — précisément là où l'on décide
|
||||
de synchroniser. Il est maintenant aussi sur *Sync*.
|
||||
### 2. Deux secrets, longtemps confondus — CORRIGÉ
|
||||
|
||||
### 3. Trois routines ne libèrent pas l'indicateur d'occupation dans un `finally`
|
||||
Le mot de passe de création scellait le conteneur local **et** prétendait
|
||||
sceller l'instantané du dépôt. Un coffre créé ici publiait donc sous son propre
|
||||
mot de passe, que le poste ne savait plus ouvrir.
|
||||
|
||||
`SaveAttachment`, `RegisterLocal` et `LoginLocal` le font dans le chemin normal
|
||||
**et** dans leur `except`, ce qui couvre tout ce qui descend d'`Exception`. Une
|
||||
erreur d'un autre genre laisserait le voile en place.
|
||||
- `FVaultPwd` ouvre `vault-local.json`, et rien d'autre.
|
||||
- Le secret du dépôt vit dans les réglages, doit être identique sur tous les
|
||||
appareils, et lui seul ouvre et rescelle l'instantané.
|
||||
- **Ils ne se rencontrent qu'à un endroit**, la réconciliation : le conteneur
|
||||
local s'ouvre sous le sien, puis la clé est jetée avant qu'on touche au dépôt.
|
||||
|
||||
**Non corrigé, et assumé** : le minuteur de 25 s le lève de toute façon, et
|
||||
c'est son rôle. Le signaler ici vaut mieux que d'ajouter trois `finally` qui
|
||||
donneraient l'illusion d'une garantie que seul le minuteur apporte.
|
||||
Migration : rien à rechiffrer. Les coffres existants ont simplement les deux
|
||||
valeurs égales, et cessent d'être forcés de le rester.
|
||||
|
||||
### 4. `ParseJSONValue(...) as TJSONObject` fuit sur une entrée qui n'est pas un objet
|
||||
### 3. « Coffre ouvert » se lisait sur le nombre d'entrées — CORRIGÉ
|
||||
|
||||
Le transtypage lève avant l'affectation, donc la valeur analysée n'est jamais
|
||||
libérée. Dix-sept occurrences. **Non corrigé** : n'arrive que sur un conteneur
|
||||
corrompu, où l'on a de plus gros ennuis, et le processus est de toute façon en
|
||||
train d'échouer bruyamment. À traiter le jour où l'on touche à ces fonctions.
|
||||
Un coffre **vide** en compte zéro, comme un coffre fermé. Le garde de `DoSync`
|
||||
restait donc vrai après l'ouverture, réarmait la reprise, et l'on tournait en
|
||||
rond. Le même idiome coupait `OnIdleTimer` : un coffre vide ne s'auto-verrouillait
|
||||
jamais. Les trois lisent `FPlain`, le clair en main.
|
||||
|
||||
### 5. Ce qui a été vérifié et va bien
|
||||
### 4. Ce qui reste assumé, sans correction
|
||||
|
||||
- **Échappement HTML** : `esc()` couvre nom, sous-titre, initiale, URI d'icône,
|
||||
libellés, valeurs, noms de dossiers, options de liste. Une entrée nommée
|
||||
`<script>` ne s'exécute pas. C'était le risque réel — le coffre contient du
|
||||
texte arbitraire et la page construit son HTML par `innerHTML`.
|
||||
- **La file de commandes du pont** libère `sending` dans un `finally` : une
|
||||
exception au retrait de l'iframe ne peut plus rendre l'interface muette.
|
||||
- **Les états du `body`** (`typing`, `selecting`, `searching`, `on-list`,
|
||||
`on-detail`, `is-busy`) ne portent le nom d'aucun élément — le piège qui
|
||||
éteignait la page entière ne se répète nulle part.
|
||||
- **`SaveAttachment`, `RegisterLocal` et `LoginLocal`** libèrent l'indicateur
|
||||
d'occupation dans leur `except` plutôt que dans un `finally`. Le minuteur de
|
||||
25 s le lève de toute façon, et c'est son rôle.
|
||||
- **`ParseJSONValue(...) as TJSONObject`** fuit sur une entrée qui n'est pas un
|
||||
objet — le transtypage lève avant l'affectation. N'arrive que sur un conteneur
|
||||
corrompu, où l'on a de plus gros ennuis.
|
||||
- **Le nom d'utilisateur ne sert à rien dans l'APK.** Il est écrit dans
|
||||
l'instantané à la création, et c'est le **poste** qui s'en sert pour refuser de
|
||||
fondre deux coffres différents. À la connexion il ne protège rien : le mot de
|
||||
passe seul ouvre, et le vrai nom est lu dans le conteneur.
|
||||
|
||||
---
|
||||
|
||||
@@ -64,15 +80,20 @@ train d'échouer bruyamment. À traiter le jour où l'on touche à ces fonctions
|
||||
ce qu'il faut faire : un test dont on ne sait pas ce qu'il doit produire ne
|
||||
prouve rien.
|
||||
|
||||
**Outil de remise à zéro** : *Settings → Debug → Delete the local vault* (deux
|
||||
appuis). Il efface cache, conteneur local et drapeau d'attente, **et garde les
|
||||
réglages du dépôt** — on retélécharge sans rien retaper. Absent en release : la
|
||||
commande n'y est même pas compilée.
|
||||
|
||||
### A. Enregistrement hors connexion — le plus important
|
||||
|
||||
1. Coffre ouvert, **couper les données** (mode avion).
|
||||
2. Modifier un mot de passe → message *« saved here, not published yet »*, et
|
||||
**point orange** sur le cadenas.
|
||||
2. Modifier un mot de passe → *« saved here, not published yet »*, et **point
|
||||
orange** sur le cadenas.
|
||||
3. Verrouiller → le point doit être **sur le bouton Sync** de l'accueil.
|
||||
4. **Fermer complètement l'application** (glisser depuis les récentes), rouvrir,
|
||||
ouvrir le coffre → le point doit **être encore là**. C'est l'étape qui
|
||||
éprouve la persistance du drapeau ; sans elle, le reste ne prouve rien.
|
||||
ouvrir le coffre → le point doit **être encore là**. C'est l'étape qui éprouve
|
||||
la persistance du drapeau ; sans elle, le reste ne prouve rien.
|
||||
5. Rétablir le réseau, *Sync* → *« Offline changes published »*, point éteint.
|
||||
6. Sur le poste, synchroniser → la modification doit y être.
|
||||
|
||||
@@ -83,28 +104,37 @@ prouve rien.
|
||||
3. Téléphone en ligne, *Sync*.
|
||||
4. **Les deux modifications doivent survivre.** Si une seule survit, c'est
|
||||
l'arbitrage sur `updated_at` qu'il faut regarder.
|
||||
5. Variante avec un **dossier créé hors connexion** sur le téléphone : il doit
|
||||
apparaître dans la barre de dossiers après la fusion, et sur le poste après
|
||||
sa synchronisation. C'est le défaut n° 1 ci-dessus.
|
||||
5. Variante avec un **dossier créé hors connexion** : il doit apparaître dans la
|
||||
barre de dossiers après la fusion, et sur le poste après sa synchronisation.
|
||||
|
||||
### C. Notes multilignes
|
||||
### C. Les deux secrets — nouveau, et jamais éprouvé de bout en bout
|
||||
|
||||
1. **+** → *Note* → zone de texte pleine largeur, *Site* et *Username* disparus.
|
||||
2. Taper plusieurs lignes — la touche Entrée doit **insérer un saut**, pas
|
||||
replier le clavier.
|
||||
3. Enregistrer, rouvrir → les ruptures doivent être là **en lecture**.
|
||||
4. Basculer *Login* → *Note* après avoir tapé : la saisie doit **survivre**.
|
||||
5. Contre-épreuve : dans un champ d'une ligne (*Name*, code de déverrouillage),
|
||||
Entrée doit toujours **replier le clavier**.
|
||||
1. Effacer le coffre local (bouton Debug). Les trois champs du dépôt doivent
|
||||
**rester remplis** — c'est la moitié de ce que ce bouton promet.
|
||||
2. *Create vault* avec un mot de passe **différent** de celui du dépôt.
|
||||
3. Ouvrir les réglages : le champ *sync password* doit porter **celui du dépôt**,
|
||||
pas celui qu'on vient de choisir. C'est toute la séparation en une capture.
|
||||
4. *Sync* → la réconciliation lit le dépôt et republie **sous le secret du
|
||||
dépôt**. Contre-épreuve décisive : **le poste doit relire le dépôt sans se
|
||||
plaindre.** S'il échoue, c'est que la clé du conteneur local a servi à
|
||||
resceller l'instantané.
|
||||
5. Après la réconciliation, `vault-local.json` doit avoir disparu — c'est ce
|
||||
geste qui passe l'autorité au dépôt.
|
||||
|
||||
### D. Sélection et actions de liste
|
||||
### D. Ouvrir demande quelque chose — nouveau
|
||||
|
||||
1. Appui long → barre contextuelle, compteur.
|
||||
2. Deuxième ligne → compteur à 2.
|
||||
3. **Dupliquer** → deux copies, suffixées *(copy)*.
|
||||
4. **Supprimer** → confirmation en deux temps, puis les lignes disparaissent.
|
||||
5. Touche **retour** pendant une sélection → elle s'annule **sans verrouiller**.
|
||||
6. Sur le poste, synchroniser → les suppressions doivent y être répercutées.
|
||||
1. Effacer le coffre, puis *Download vault*.
|
||||
2. **Fermer complètement l'application**, rouvrir → le champ de code doit
|
||||
paraître et réclamer **le mot de passe de sync**. Le cache est scellé sous
|
||||
lui, parce qu'il le contient déjà : l'ouvrir sans rien livrait le coffre *et*
|
||||
le secret du dépôt.
|
||||
3. Vérification par le fichier, si adb est à portée :
|
||||
`run-as com.embarcadero.pmserverApk od -An -tu1 -N1 files/vault.bin` doit
|
||||
rendre **4** (`VER_PIN`) et non 1.
|
||||
4. Un **mauvais code** → *« Wrong unlock code »* **en rouge**, et *Open vault*
|
||||
reste offert : le cache n'est pas déclaré illisible.
|
||||
5. Sur un appareil **avec biométrie**, rien de tout cela : `VER_WRAP` garde déjà
|
||||
la porte, et imposer une frappe serait un recul. C'est volontaire.
|
||||
|
||||
### E. Le dépôt a bougé — témoin bleu
|
||||
|
||||
@@ -117,36 +147,39 @@ prouve rien.
|
||||
met à jour toute seule, c'est que le sondage adopte au lieu de signaler.
|
||||
5. *Sync* → le point bleu s'éteint.
|
||||
6. Les deux ensemble : provoquer A puis E sans synchroniser → **orange et bleu
|
||||
côte à côte**. Ils demandent deux gestes différents ; les confondre dirait
|
||||
« quelque chose ne va pas » sans dire quoi.
|
||||
côte à côte**. Ils demandent deux gestes différents.
|
||||
|
||||
### F. Réglages
|
||||
### F. Réglages — largement réécrits, à reprendre en entier
|
||||
|
||||
1. Roue dentée dans la liste, ou *Settings* sur l'accueil → l'écran s'ouvre.
|
||||
2. Les trois champs du dépôt doivent porter **les valeurs en place**, pas du
|
||||
vide : ils ne sont qu'une vue des champs que Delphi connaît déjà.
|
||||
3. Modifier l'URL, revenir par la flèche, *Sync* → la nouvelle valeur sert.
|
||||
C'est la contre-épreuve du report à la fermeture : un réglage modifié puis
|
||||
refermé **sans quitter le champ** doit compter.
|
||||
4. Touche **retour** dans les réglages → elle referme **sans** verrouiller ni
|
||||
revenir à la liste.
|
||||
5. **Poser un code** depuis les réglages : taper, *Set this code*, puis ouvrir
|
||||
le coffre → *« Unlock code changed »*. Le sceau se pose toujours à
|
||||
l'ouverture, et nulle part ailleurs.
|
||||
6. **Retirer le code** : *Remove the unlock code*, deux appuis → *« Unlock code
|
||||
removed »*. Fermer l'application, rouvrir → **le code n'est plus demandé**.
|
||||
7. Contre-épreuve du retrait : verrouiller, puis essayer de retirer le code
|
||||
sans avoir ouvert le coffre → refus *« Open the vault first »*. C'est ce qui
|
||||
empêche quelqu'un tenant le téléphone déverrouillé de lever la protection
|
||||
sans la connaître.
|
||||
1. **Coffre fermé**, ouvrir les réglages depuis l'accueil → la section *Unlock
|
||||
code* doit être **absente**. Poser comme retirer exigent le clair en main :
|
||||
coffre fermé, les deux ne pourraient que refuser.
|
||||
2. Ouvrir le coffre, roue dentée → la section paraît.
|
||||
3. **Poser un code** : taper, *Set this code* → *« Unlock code set »*
|
||||
**immédiatement, sans quitter l'écran**. Plus de « ouvre le coffre pour
|
||||
l'appliquer » : le code s'applique sur-le-champ.
|
||||
4. Le message doit se voir **au-dessus du clavier resté ouvert**. C'est le
|
||||
défaut le plus discret de la séance : le toast vivait sous le clavier.
|
||||
5. **Un seul appui** doit suffire sur *Set this code*. S'il en faut deux, le
|
||||
premier est mangé par le clavier et la correction du focus a régressé.
|
||||
6. **Retirer le code** : *Remove the unlock code* sans rien taper → refus
|
||||
*« Type the current unlock code to remove it »*. Puis taper le code courant,
|
||||
deux appuis → *« Unlock code removed »*. Fermer l'application, rouvrir → **le
|
||||
code n'est plus demandé**.
|
||||
7. Contre-épreuve : *Set this code* avec un champ **vide** ne doit **pas** retirer
|
||||
le code — c'était une porte dérobée vers le retrait sans le connaître.
|
||||
8. Le champ *sync password* doit porter le mot de passe du coffre **détenu**, pas
|
||||
une valeur de premier lancement.
|
||||
9. Touche **retour** dans les réglages → referme **sans** verrouiller ni changer
|
||||
de vue.
|
||||
|
||||
### G. Icônes
|
||||
|
||||
1. Ouvrir une entrée dont le *Site* est une adresse — `git.ai-agents4you.com`.
|
||||
2. Trois points → **Fetch icon** → l'icône doit apparaître dans la liste.
|
||||
3. Une entrée dont le site n'est **pas** une adresse (*Gitea*, ou vide) →
|
||||
refus *« no web address to look up »*. Sans point dans le nom, il n'y a
|
||||
rien à demander au relais.
|
||||
3. Une entrée dont le site n'est **pas** une adresse (*Gitea*, ou vide) → refus
|
||||
*« no web address to look up »*. Sans point dans le nom, il n'y a rien à
|
||||
demander au relais.
|
||||
4. Un domaine à trois niveaux (`chat.qwen.ai`) doit retomber sur le second
|
||||
niveau : c'est le deuxième essai.
|
||||
5. **Remove icon** → l'entrée reprend son initiale.
|
||||
@@ -156,50 +189,85 @@ prouve rien.
|
||||
|
||||
### H. Anciens mots de passe
|
||||
|
||||
**Le poste doit synchroniser d'abord** : il ne les envoie que depuis ce soir,
|
||||
et un instantané publié avant ne porte aucun historique.
|
||||
**Le poste doit synchroniser d'abord** : il ne les envoie que depuis peu, et un
|
||||
instantané publié avant ne porte aucun historique.
|
||||
|
||||
1. Sur le poste, changer le mot de passe d'une entrée, puis synchroniser.
|
||||
2. Téléphone : *Sync*, ouvrir l'entrée, trois points → **Previous passwords**.
|
||||
L'ancienne version doit être là, avec sa date.
|
||||
3. Copier l'une d'elles → le presse-papiers doit la porter, et le message dire
|
||||
*« Previous password copied »*.
|
||||
3. Copier l'une d'elles → *« Previous password copied »*.
|
||||
4. Touche **retour** → le voile se referme sans toucher au coffre.
|
||||
5. Une entrée jamais modifiée → *« No previous password recorded »*, et non un
|
||||
écran vide. Un instantané d'avant ce soir donne le même message : c'est
|
||||
volontaire, et le libellé le dit plutôt que de laisser chercher une panne.
|
||||
6. Contre-épreuve : verrouiller, rouvrir, **Previous passwords** → la liste
|
||||
doit être reconstruite, jamais celle d'avant restée à l'écran.
|
||||
écran vide.
|
||||
6. Contre-épreuve : verrouiller, rouvrir, **Previous passwords** → la liste doit
|
||||
être reconstruite, jamais celle d'avant restée à l'écran.
|
||||
|
||||
### I. Pièces jointes
|
||||
### I. Clavier, mise en page, retour d'application — nouveau
|
||||
|
||||
1. Taper dans un champ, appuyer sur un bouton **hors de sa rangée** (*Open
|
||||
vault*, *Sign in*, *Set this code*) → **un seul appui**, et le clavier se
|
||||
replie ensuite.
|
||||
2. Taper dans un champ, appuyer sur un bouton **de sa rangée** (l'œil d'un champ
|
||||
secret) → le clavier **reste ouvert** et le curseur en place. Les deux moitiés
|
||||
comptent : la première sans la seconde laisse le clavier dressé.
|
||||
3. **Réglages ouverts coffre FERMÉ**, verrouiller le téléphone, déverrouiller →
|
||||
la page doit revenir. C'était un aplat bleu sans rien dessus : le masquage ne
|
||||
demandait rien, la restitution exigeait un coffre ouvert.
|
||||
4. Même chose **coffre ouvert** : passé le délai de grâce, le verrouillage doit
|
||||
avoir lieu et ramener sur l'accueil — pas sur la liste.
|
||||
5. Accueil sans coffre : l'ordre doit être **Download vault → Settings →
|
||||
username / password → Create vault**, espacements réguliers, et *Download
|
||||
vault* doit porter la couleur d'accent quand un dépôt est configuré.
|
||||
6. Les boutons du bandeau (roue, +, cadenas) et ceux de la barre de sélection
|
||||
sont **ronds**.
|
||||
|
||||
### J. Sélection et actions de liste
|
||||
|
||||
1. Appui long → barre contextuelle, compteur.
|
||||
2. Deuxième ligne → compteur à 2.
|
||||
3. **Dupliquer** → deux copies, suffixées *(copy)*.
|
||||
4. **Supprimer** → confirmation en deux temps, puis les lignes disparaissent.
|
||||
5. Touche **retour** pendant une sélection → elle s'annule **sans verrouiller**.
|
||||
6. Sur le poste, synchroniser → les suppressions doivent y être répercutées.
|
||||
|
||||
### K. Notes multilignes
|
||||
|
||||
1. **+** → *Note* → zone de texte pleine largeur, *Site* et *Username* disparus.
|
||||
2. Taper plusieurs lignes — Entrée doit **insérer un saut**, pas replier le
|
||||
clavier.
|
||||
3. Enregistrer, rouvrir → les ruptures doivent être là **en lecture**.
|
||||
4. Basculer *Login* → *Note* après avoir tapé : la saisie doit **survivre**.
|
||||
5. Contre-épreuve : dans un champ d'une ligne, Entrée doit toujours **replier le
|
||||
clavier**.
|
||||
|
||||
### L. Pièces jointes
|
||||
|
||||
1. Ligne *Attachment* → flèche de téléchargement → le fichier apparaît dans
|
||||
*Téléchargements* sous son nom, accents et arabe compris.
|
||||
|
||||
### J. Code de déverrouillage
|
||||
|
||||
1. Poser un code, ouvrir le coffre, fermer, rouvrir → il est demandé.
|
||||
2. Code faux → *« Wrong unlock code »*, et **Open vault reste offert** (le
|
||||
coffre n'est pas déclaré illisible).
|
||||
3. Changer le code : ancien dans le premier champ, nouveau dans le second,
|
||||
*Open vault* → *« Unlock code changed »*.
|
||||
4. Contre-épreuve : taper n'importe quoi dans le champ du code puis *Sync* →
|
||||
le code **ne doit pas changer**.
|
||||
|
||||
### K. Empaquetage
|
||||
### M. Empaquetage
|
||||
|
||||
1. `build-apk.ps1 -Release -Keystore ... -Alias ...` → la sortie doit afficher
|
||||
`Signer #1 certificate DN: CN=R Zakarya`. Si elle affiche `CN=Android
|
||||
Debug`, la release ne vaut rien.
|
||||
`Signer #1 certificate DN: CN=R Zakarya`. Si elle affiche `CN=Android Debug`,
|
||||
la release ne vaut rien.
|
||||
2. Elle ne s'installe pas d'elle-même, et c'est voulu.
|
||||
3. Vérifier que la section **Debug** des réglages est **absente** de cette
|
||||
version. Elle ne peut pas y être — la commande n'est pas compilée — mais
|
||||
c'est le genre de garantie qu'on regarde une fois plutôt que de la croire.
|
||||
|
||||
---
|
||||
|
||||
## Ce qui n'est toujours pas éprouvé
|
||||
|
||||
- **Le chemin `-Release`** du script n'a jamais tourné.
|
||||
- **§1 point 4** — l'invalidation de la clé par enrôlement d'une empreinte,
|
||||
désamorcée par le code de déverrouillage tant qu'un code est posé.
|
||||
- **`MergeSelfCheck`** tourne au démarrage en débogage et écrit
|
||||
`merge selfcheck: the four rules hold` dans le journal. Personne ne l'a
|
||||
encore lu.
|
||||
- **Le chemin `-Release`** du script n'a jamais produit d'APK signé. Il compile,
|
||||
c'est tout ce qu'on sait.
|
||||
- **L'invalidation de la clé par le système** (§ D.5 pour la biométrie) : le
|
||||
message *« Device protection changed »* existe et son drapeau est posé là où
|
||||
l'invalidation se constate, mais personne ne l'a vu s'afficher. Il faudrait
|
||||
retirer le verrouillage d'écran d'un appareil qui en a un.
|
||||
- **`MergeSelfCheck`** tourne au démarrage en débogage et écrit `merge selfcheck:
|
||||
the four rules hold` dans le journal. Il passe ; personne ne l'a lu en
|
||||
cherchant à le mettre en défaut.
|
||||
- **Le mode `login`** (conteneur local sans cache) ne s'atteint qu'en supprimant
|
||||
le cache à la main. C'est là qu'a été trouvée la lecture après libération : il
|
||||
n'avait jamais tourné.
|
||||
|
||||
Reference in New Issue
Block a user