docs(android): why the clipboard chip appeared late, and why the fallback cannot

This commit is contained in:
r-zakarya
2026-08-21 23:24:01 +01:00
parent d06410dd7e
commit 1f9606fed4
+17
View File
@@ -235,6 +235,23 @@ Par ordre de gravité, pas de taille.
depuis Android 13 le système
affiche un aperçu de ce qui vient d'être copié, mot de passe compris.
`ClipDescription` + extra `android.content.extra.IS_SENSITIVE`.
**Suite, 2026-08-21 — vider n'est pas copier.** Une vignette blanche
« copié » apparaissait longtemps après le geste, une fois sur deux. Elle
venait de nous : l'effacement automatique à 45 s écrivait une chaîne vide
via `setPrimaryClip`, ce que le système lit comme une **copie** et annonce
comme telle. Le commentaire du code affirmait que « le résultat visible est
le même » ; il ne l'est pas. `clearPrimaryClip` depuis l'API 28, avec le
repli au-dessous — repli inoffensif par construction, la vignette n'existant
qu'à partir d'Android 12.
Une fois sur deux seulement, parce que le minuteur ne vide que si le
presse-papiers contient **toujours** notre texte : copier autre chose
entre-temps annule l'effacement, donc la vignette.
Ce qui reste hors de portée : le bouton *Envoyer à l'appareil* de cette
vignette appartient à Android. Le drapeau masque le contenu, il ne retire
pas l'action.
5. **Sortir l'URL et le jeton du code source.** Ce sont encore des constantes.
Le mot de passe de sync, lui, est déjà rangé dans le fichier chiffré par le
Keystore ; reste à en faire autant pour les deux autres, et à supprimer le