Expo Go iOS : le compte fait désormais partie du démarrage

Un projet qui compile mais ne s’ouvre plus après scan du QR code peut rencontrer un problème d’environnement plutôt qu’une régression applicative. L’annonce Expo du 3 septembre ajoute une étape à vérifier avant de chercher dans le code.

Deux connexions, un même compte

Le changelog Expo Go SDK 57 (nouvelle fenêtre) exige une connexion au même compte dans le CLI et dans Expo Go sur iOS. Le terminal peut demander npx expo login ; l’app propose la connexion depuis son avatar. Les versions pour simulateur sont exemptées et cette exigence ne s’applique pas aux development builds. L’annonce distingue aussi le cas Android.

Cette séparation évite une fausse conclusion : réussir sur simulateur ne démontre pas que la configuration du téléphone d’un collègue est complète. Un guide de démarrage d’équipe doit préciser le type de client utilisé et le compte attendu, sans y stocker d’identifiants.

Un diagnostic en trois étapes

Avant de réinstaller les dépendances, vérifier quel client ouvre le projet, si le CLI est connecté et si l’app utilise le même compte. Ensuite seulement reprendre le diagnostic du réseau et du serveur de développement.

Un message d’erreur doit être conservé avec son contexte. « Le QR code ne marche pas » est trop large pour distinguer un refus d’authentification d’un serveur non joignable.

Choisir le bon environnement de développement

Expo Go reste un chemin de démarrage pratique, tandis qu’un development build correspond au binaire natif propre au projet. Une fonctionnalité ajoutant un module natif doit être vérifiée dans cet environnement réel.