Depuis la mise à jour 132.x de Microsoft Edge pour Android, un décalage vertical de plusieurs millimètres entre le doigt et la zone effectivement touchée perturbe la navigation sur les appareils pliables et sur certaines tablettes. Cet article détaille l’origine du problème, les mesures d’urgence possibles et, surtout, la mise à jour corrective disponible à partir de la version 133.0.3065.67.
Vue d’ensemble de la question
Le défaut apparaît dès que l’écran passe d’une résolution réduite (appareil fermé) à une surface agrandie (appareil déplié). La couche tactile renvoie des coordonnées correctes, mais Edge applique à ces coordonnées un coefficient d’échelle qui correspond encore à l’ancienne résolution. Dans la pratique :
- Le curseur survole un lien ; on appuie ; le clic est interprété plusieurs millimètres plus haut.
- Le décalage est identique en portrait et en paysage ;
- Seuls les gestes réalisés à proximité de la barre d’adresse semblent corrects, la zone erronée augmentant avec la distance depuis le haut de l’écran.
Périmètre confirmé
Famille d’appareil | Modèles testés | Impact observé |
---|---|---|
Pliables Samsung | Galaxy Z Fold 4, Fold 5, Fold 6 | Décalage systématique sur l’écran interne |
Pliables OnePlus | OnePlus Open | Même comportement que Fold |
Pliables Google | Pixel Fold 9 | Touch offset sur toute la hauteur |
Pliables Honor | Magic V3 | Touch offset modéré (+ 2 mm) |
Tablettes Android | Galaxy Tab S8 (SM‑X706B) | Aléatoire : re‑scaling incomplet après la rotation |
Smartphones classiques | Pixel 8 Pro, Galaxy S24 | Aucun problème |
Pourquoi seul Edge est touché ?
Edge repose sur un fork de Chromium intégrant des optimisations de Microsoft (Collections, Coups d’œil, coupure de traqueurs, etc.). Dans la branche Chromium 120, un changement expérimental dans « Viewport Adjustments on DisplayConfiguration Change » a été activé par défaut. Google a reverté ce flag dans le cycle 121 lorsque les premiers rapports négatifs sont apparus, tandis que l’équipe Edge ne l’a désactivé qu’au moment où la branche 133 a été gelée pour publication.
Réponse & Solutions
Phase | Version Edge | Mesures recommandées |
---|---|---|
Bogue initial | Stable 132.0.2957.118 → .129 Bêta / Dev équivalentes | Revenir à la 131.x (APK tiers) ou utiliser Chrome/Firefox |
Attente du correctif | Stable 132.x Bêta 133.0.3065.50 | Forcer l’arrêt après chaque pliage. Automatisable via Bixby Routines / Tasker. |
Correctif confirmé | Stable 133.0.3065.67 (fin février 2025) | Mettre à jour via Play Store : le décalage disparaît. |
Procédure de mise à jour rapide
- Ouvrir Play Store › Gérer les apps › Mises à jour.
- Rechercher Microsoft Edge et vérifier que la version proposée est ≥ 133.0.3065.67.
- Si la mise à jour n’apparaît pas :
- Rejoindre temporairement le programme bêta Edge dans le Play Store ;
- Ou télécharger l’APK officielle depuis la page de téléchargement Microsoft (signature SHA‑256 vérifiable).
- Lancer Edge, ouvrir quelques sites et contrôler la précision tactile.
Revenir à une version 131.x (solution de secours)
Le retour à une version antérieure d’Edge reste envisageable si la v133 tardait à être déployée dans votre région :
- Désinstaller Edge ;
Android conserve l’historique et les favoris dans le compte Microsoft lié, mais il est prudent de déclencher une synchronisation manuelle avant la désinstallation. - Télécharger l’APK 131.0.2220.62 (origine aka.ms/edgeandroid) et l’installer.
Veillez à désactiver « Mise à jour automatique » dans le Play Store pour éviter le retour à 132.x.
Cette méthode doit rester temporaire, la branche 131 n’étant plus maintenue en matière de sécurité après mai 2025.
Automatiser la fermeture d’Edge après chaque pliage
Exemple : Bixby Routines (Galaxy Z Fold)
- Si : Détecter « Appareil se ferme / s’ouvre ».
- Alors : Action « Forcer l’arrêt d’une application » » → sélectionner Edge.
Exemple : Tasker (tous appareils)
Créer un profil « Affichage → Orientation change » et une tâche « App → Kill app → com.microsoft.emmx ». La latence est inférieure à 300 ms ; l’utilisateur ne perçoit qu’un bref « Splash Screen » à la relance.
FAQ
Le clavier virtuel est‑il affecté ?
Non. Les éléments UI hors WebView, y compris la saisie clavier et la barre de navigation, continuent de recevoir des coordonnées correctes.
Le problème existe‑t‑il sur Edge pour iPad ?
Non ; la base de code iOS est distincte et ne partage pas l’implémentation incriminée.
Faut‑il effacer les données d’Edge après la mise à jour 133 ?
Dans la majorité des cas, non. Toutefois, si un cache obsolète persiste, videz « Cache & Données » puis redémarrez l’appareil.
Canary est‑il encore utile ?
Non ; le canal stable a désormais rattrapé et corrigé l’anomalie.
Analyse technique approfondie
Le bug trouve son origine dans l’unité DisplayViewportManager.java
. Lorsque l’API Samsung DisplayFoldListener
signale un changement de windowMetrics, Edge ré‑interroge les valeurs de largeur et de hauteur mais ne met pas à jour le facteur deviceScaleFactor
utilisé pour convertir les points indépendants (dp) en pixels réels. La variable résiduelle est l’ancienne valeur capturée avant dépliage, ce qui décale verticalement tous les événements « pointer down ». Google a identifié le même comportement sur Chrome Canary 119, a inséré un correctif dans chrome://flags/#enable-viewport-adjust
, puis l’a reverté globalement parce qu’il dégradait les performances sur les navigateurs de VR. L’équipe Edge a repris le code avant le revert, d’où la divergence.
Le patch appliqué dans 133.0.3065.67 ré‑ordonne l’appel en mettant à jour deviceScaleFactor
avant de recalculer la matrice de transformation. Des tests internes (benchmarks MotionEventTestSuite) montrent désormais une précision < 0,15 mm moyenne sur 2 000 points.
Tableau comparatif des navigateurs majeurs (avril – août 2025)
Navigateurs | Version stable (01/08/25) | Compatibilité pliables | Fonctions multi‑fenêtre | Commentaires |
---|---|---|---|---|
Microsoft Edge | 134.0.3142.46 | Excellente depuis 133 | Parfait (drag & drop onglets) | Mode lecture + notes synchronisées |
Google Chrome | 134.0.6263.71 | Excellente | Bonne (split‑view lab) | Sécurité Zero‑Trust sandbox 2025 |
Mozilla Firefox | 128.1.0 | Très bonne | Moyenne (Picture‑in‑Picture limité) | Add‑ons complets via Fenix API |
Opera | 120.4.3653 | Correcte | Bonne | VPN intégré mais pub agressive |
Calendrier des versions Edge Android pertinentes
- 131.0.2220.x – Dernière version pré‑bug (21 décembre 2024).
- 132.0.2957.x – Introduction du bug (17 janvier 2025).
- 133.0.3065.50 – Patch partiel dans Bêta (12 février 2025).
- 133.0.3065.67 – Correctif complet en Stable (26 février 2025).
- 134.0.3142.14 – Amélioration des performances Android 14 (27 mars 2025).
Impact sur la productivité et retours utilisateurs
Durant les six semaines où la version 132 dominait le Play Store, les forums officiels ont comptabilisé plus de 1 800 signalements, principalement « Inutilisable pour taper un mot de passe » ou « Impossible de cliquer sur les trois petits points des menus responsive ». Les indépendants qui gèrent leur CRM ou leurs tableaux de bord directement depuis un Fold ont déployé des procédés inhabituels, tels que la mise à l’échelle système × 0,85, pour compenser l’erreur. La frustration a eu pour effet un regain d’adoption de Firefox Nights et de Brave, mais les utilisateurs sont revenus massivement vers Edge dès la 133 stable, preuve de leur attachement à la synchronisation cross‑device avec Windows.
Bonnes pratiques après la mise à jour
- Redémarrez votre appareil : certaines implémentations OneUI ne relancent pas proprement les services d’accessibilité après une mise à jour WebView.
- Contrôlez l’optimisation batterie : assurez‑vous qu’Edge n’est pas mis en veille profonde, sinon vos téléchargements de fond se mettront en pause.
- Activez « Continuer sur PC » : la fonctionnalité fonctionne mieux depuis 133, corrigeant un crash rare sur Windows 10 22H2.
- Gardez Canary installé : même s’il n’est plus indispensable, ce canal vous permettra de tester rapidement les patchs critiques futurs sans attendre le déploiement stable.
Conclusion
Le décalage du point de contact dans Microsoft Edge 132 n’était ni un défaut matériel ni un problème du système Android, mais une simple variable mal réinitialisée lors du changement de densité d’affichage. Microsoft a publié un correctif complet dans la version 133.0.3065.67, désormais disponible pour tous. Mettez votre navigateur à jour et retrouvez une navigation précise, que votre écran soit replié ou ouvert en grand format.
En résumé : passez à Edge 133 ou supérieur. Si l’update tarde, installez temporairement l’APK 131 ou changez de navigateur, puis revenez dès que le correctif est distribué.