fix(android): un faux echec de synchronisation, et des boutons colles

Le chien de garde mesurait la duree TOTALE, alors que son message dit
"no reply from the server". Sur un coffre devenu gros - 286 Ko - la
reponse arrivait en 841 ms et les vingt secondes suivantes partaient dans
la derivation de la cle puis l'affichage : il criait donc a l'absence de
reponse alors que tout avait reussi, cache ecrit compris. Un faux echec
est pire qu'un vrai, il apprend a se mefier de ce que l'application dit.

Il est desarme des que le statut HTTP est connu, quel qu'il soit : ce qui
suit ne depend plus du reseau, et le voile est leve par le finally.

Au passage, les boutons des reglages n'avaient pas de margin-top : le
champ du code et ses deux boutons se touchaient et se lisaient comme un
seul bloc. Les piles de l'accueil ont leur gap ; ici les elements se
suivent en flux normal, donc c'est au bouton de reserver sa place.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
r-zakarya
2026-08-29 00:22:45 +01:00
parent d856e51230
commit b2c677997e
2 changed files with 19 additions and 1 deletions
+6
View File
@@ -340,6 +340,12 @@
letter-spacing: .06em; }
.sheet .note { color: var(--muted); font-size: 13px; margin: 6px 4px 0;
line-height: 1.45; }
/* LES BOUTONS DES REGLAGES RESPIRENT. Ils suivent un champ, qui porte son
margin-top, mais eux n'en avaient aucun : le champ du code et ses deux
boutons se touchaient, et se lisaient comme un seul bloc. Les piles de
l'accueil ont leur gap ; ici les elements se suivent en flux normal, donc
c'est au bouton de reserver sa place. */
.sheet .btn.wide { margin-top: 8px; }
[hidden] { display: none !important; }