docs(android): record the icon-button trap before the next one is added

With an icon inside, the tap target is the svg or one of its strokes, never
the button. Reading the attribute off the target returns null and the handler
falls through to its default - here, opening the entry instead of copying.
Half the taps worked, which is the worst kind of failure to diagnose.

android-client/PLAN.md

@@ -737,6 +737,19 @@ téléphone qu'on voudra ensuite ouvrir sur le poste demandera un import.
    toutes les trente secondes ; c'est le secret qui se pose, se change et se
    retire, et rien ne permettait de le faire depuis le téléphone.
 
+   **Icônes plutôt que mots** sur copier-utilisateur, copier-mot-de-passe,
+   copier, montrer et modifier — quatre mots par ligne laissaient peu de place
+   au nom de l'entrée. Sans pastille : le dessin seul, cible maintenue à 44 px.
+   Chaque icône porte son `aria-label`.
+
+   *Piège, à retenir avant d'ajouter le prochain bouton-icône* : la cible de
+   l'appui devient le `<svg>` ou l'un de ses traits, jamais le bouton. Lire
+   `ev.target.getAttribute('data-…')` rend alors `null` et le gestionnaire
+   retombe sur le cas par défaut — ici, ouvrir l'entrée au lieu de copier. Le
+   doigt tombant tantôt sur le glyphe tantôt sur la marge, cela ne ratait
+   qu'une fois sur deux, ce qui est la pire des pannes à diagnostiquer.
+   **Remonter au bouton (`closest`) avant de lire quoi que ce soit.**
+
    **Supprimer** — fait le 2026-08-21. `DeleteEntry` retire la ligne **et** pose
    la pierre tombale `{uuid, deleted_at}` : les deux, sinon rien. Retirer la
    ligne seule ne supprime pas — le poste tient toujours la sienne, et le