Nouveau code de récupération (juste généré sur Android) non accepté par le client web

[NicolasBuquet]

pour reproduire

• connecter et vérifier un appareil Android
• connecter et vérifier un appareil Web
• se déconnecter de Web
• se connecter à Web
• renouveller le code de recup Android
• rentrer ce code sur Web

Description

Ce matin (05/02/2024) Delphine était déconnectée de son Tchap web sur Chrome (hypothèse : nettoyage des local data par manque de place sur l'ordinateur ?).

Au login, le client web lui demande son code de récupération pour accéder à ses messages.

Elle le régénère sur Android et le copie sur web.

Ce dernier accepte le code mais le redemande ensuite en boucle.

Il semble en fait que, bien qu'il le redemande, la première saisie ait été acceptée, car les messages finissent par se déverrouiller malgré le message d'erreur.

Screen.Recording.2024-02-05.at.10.11.09.11.mp4

[odelcroi]

lié avec tchapgouv/tchap-ios#951 ?

[odelcroi]

Merci pour le ticket,
est ce que cette FAQ a résolu le problème : https://aide.tchap.beta.gouv.fr/fr/article/mon-code-de-recuperation-est-refuse-b7suxq/

[Delphgateau]

@odelcroi non, on a tenté en live de déconnecter la session ayant besoin du Code de Récupération mais cela n'a rien changé. Pour rappel ma session mobile est sur Android

[yostyle]

Ajouter les infos de debug

[odelcroi]

@Delphgateau tu utilises quel URL de tchap web et quelle version de l'appli Android?

[Delphgateau]

web : https://app-v4.prod.lab.tchap.incubateur.net/
mobile : 2.10.0

[Delphgateau]

Console bug Delphine.docx

[estellecomment]

Dans notre dernière upgrade massive (14 versions youhou), ya un bug similaire (mais pas clairement pareil) qui a été fixé :
element-hq/element-web#26321

Je vais tester si je peux le reproduire post-mega-upgrade.

[estellecomment]

Login avec email et mot de passe. On arrive ici (SetupEncryptionBody):

A ce stade, deux flows possibles :

FLOW 1 qui fail 🟥

• a. click "Verifier avec un code de recuperation" : ca ouvre le dialogue suivant pour input le code (AccessSecretStorageDialog)

• b. changer le code de recup sur android
• c. input le code

On obtient :

On est coincé, "Continuer" est bloqué.

FLOW 2 : presque pareil mais dans le desordre, et qui marche 🟩

• b. changer le code de recup sur android
• a. click "Verifier avec un code de recuperation" pour ouvrir AccessSecretStorageDialog
• c. input le code

On obtient :

Et on peut continuer, les messages sont bien decryptes.

Note : apres flow 1, on peut annuler, et du coup on se retrouve dans flow 2 : le code est deja créé, on ouvre AccessSecretStorageDialog, on input le code, et c'est bon.

--> Donc il y a un workaround simple : cliquer "Revenir en arriere" et recommencer : "Verifier avec un code de recuperation"

[estellecomment]

Il y a sans doute qq chose qui est initialisé quand on clique "Vérifier avec un Code de Récupération" ("encryption|verification|verify_using_key"), et qui n'est pas refreshed quand on input le code, donc qui n'a pas le nouveau code.
Je vais voir si on peut reproduire sur element-web, pour jeter cette balle de l'autre coté de la barrière :)

[estellecomment]

Filed in element-web : element-hq/element-web#27155

[odelcroi]

@estellecomment @MarcWadai De notre coté, mentionner ce workaround dans nos FAQ clot cette tache ?

[estellecomment]

Trop difficile de suivre le fil d'execution du code sans documentation pour comprendre comment il est organisé. J'abandonne.

Du coup, pour compenser, FAQ mise à jour : https://aide.tchap.beta.gouv.fr/fr/article/mon-code-de-recuperation-est-refuse-b7suxq/