Une mise à jour iOS empêche la saisie de caractères tchèques et peut bloquer le déverrouillage d’un iPhone

 (theregister.com)
1 points par GN⁺ 21 일 전 | 1 commentaires | Partager sur WhatsApp
  • Après la mise à jour iOS 26.4, il est devenu impossible de saisir le caractère spécial tchèque háček (ˇ) sur l’écran de verrouillage, entraînant le cas d’un utilisateur incapable de déverrouiller son iPhone 13
  • Jusqu’à la version précédente, iOS 18, il était possible de saisir ce caractère, mais dans les versions suivantes, le háček a disparu du clavier et a été remplacé par un autre signe diacritique
  • L’utilisateur ne disposant pas de sauvegarde iCloud, la récupération des données est impossible, et l’assistance Apple a indiqué que seule une restauration pouvait résoudre le problème
  • La saisie reste possible sur les claviers hors écran de verrouillage, mais toutes les tentatives — appui long, AutoFill, rétrogradation, etc. — ont échoué, laissant l’appareil inaccessible
  • Apple n’a pas répondu aux demandes de commentaires, et sur Reddit notamment, de nombreux cas similaires de blocage d’accès à l’appareil liés à cette erreur de saisie du caractère ont été signalés

Une mise à jour iOS empêche la saisie de caractères tchèques et peut bloquer le déverrouillage d’un iPhone

  • Un étudiant américain s’est retrouvé dans l’impossibilité d’accéder à son iPhone 13 après une mise à jour iOS rendant impossible la saisie d’un caractère spécial tchèque
    • L’étudiant utilisait un code de déverrouillage mêlant lettres et chiffres (passcode) plutôt qu’un simple code numérique à 4 chiffres
    • Le caractère háček (ˇ) inclus dans son code ne peut plus être saisi sur le clavier de l’écran verrouillé depuis la mise à jour iOS 26.4
  • iOS 18 est la dernière version dans laquelle ce caractère pouvait encore être saisi sur l’écran de verrouillage ; dans les versions suivantes, le háček a disparu du clavier et a été remplacé par un signe diacritique similaire
    • L’animation et le son des frappes fonctionnent, mais le caractère n’est en réalité pas saisi
    • Les propres tests de The Register ont également confirmé le phénomène après mise à jour d’un iPhone 16 de la version iOS 18.5 à 26.4.1
  • L’étudiant n’ayant pas effectué de sauvegarde iCloud, il ne peut pas récupérer les photos et données présentes sur l’appareil
    • L’assistance Apple lui a indiqué que la restauration complète de l’appareil était la seule solution, ce qui implique l’effacement des données
    • Le problème n’ayant pas été corrigé dans iOS 26.4.1, l’étudiant utilise provisoirement un smartphone Android d’entrée de gamme
  • Sur les claviers standard hors écran de verrouillage, il est toujours possible de saisir le háček, mais sur l’écran verrouillé, un autre signe diacritique apparaît au même emplacement
    • L’étudiant a essayé plusieurs méthodes, dont la saisie de caractères de remplacement, la rétrogradation d’iOS, l’appui long sur le clavier et AutoFill, mais toutes ont échoué
    • Lors d’une visite au Genius Bar, un employé a lancé une procédure de restauration sans son consentement, sans parvenir à résoudre le problème
  • Ni Face ID ni la connexion d’un clavier externe ne constituent une solution
    • Après une mise à jour, Face ID exige une première saisie manuelle du code, et l’étudiant ne fait pas confiance à l’authentification biométrique pour des raisons de sécurité
    • Juste après la mise à jour, iOS bascule en état Before First Unlock, ce qui limite la connexion d’accessoires externes
  • Apple n’a pas répondu aux sollicitations répétées de The Register
    • De nombreux témoignages d’utilisateurs confrontés au même problème ont aussi été signalés sur Reddit et ailleurs
    • Tant que la restriction sur la saisie du háček persiste, les utilisateurs dont le code contient ce caractère risquent de ne plus pouvoir accéder à leur appareil

À lire aussi

1 commentaires

 
GN⁺ 21 일 전
Réactions sur Hacker News

  • Lors de tests internes, après avoir fait passer un iPhone 16 d’iOS 18.5 à 26.4.1, le háček du clavier tchèque était toujours présent, mais il n’était plus possible de l’utiliser lors de la saisie du code
    L’animation de frappe et le son se produisent, mais le caractère lui-même n’est pas saisi. Cela ressemble non pas à un changement de clavier, mais à un bug

    • Il y a une dizaine d’années, il y a eu un cas sur macOS où quelqu’un s’était retrouvé bloqué après avoir utilisé un mot de passe avec emoji, parce que le clavier de caractères spéciaux n’était pas disponible sur l’écran de connexion
      J’ai retrouvé le post HN de l’époque
    • Je pense qu’El Reg a bien fait de le vérifier directement par un test

  • La plus grande leçon de cette affaire, c’est la sauvegarde
    Se retrouver bloqué à cause d’un seul caractère est absurde, mais une chute dans les escaliers aurait abouti au même résultat
    Même pour les sauvegardes cloud, il faut faire du multi-fournisseur. On ne sait jamais quand les grands acteurs vont changer de politique, et un seul ticket de support peut leur coûter plus cher que la valeur vie du client

    • Ce schéma du « valeur vie client < coût d’un ticket de support » est un cas que Google a montré très tôt en Californie
    • C’est pour ça que je stocke volontairement toutes mes données sur une carte SD
      Google a volontairement rendu le stockage externe pénible à utiliser, mais ça fonctionne toujours très bien une fois branché sur un PC
      La triste réalité, c’est qu’il n’existe presque plus de système mobile qui ne soit pas hostile à l’utilisateur
    • Apple devrait autoriser le downgrade de l’OS, même sur les anciens appareils
      Sinon, publier une version ouverte après la fin de vie serait aussi une solution
    • La vraie leçon, c’est : « n’achetez pas de produits Apple »
      Si Steve Jobs voyait la qualité logicielle actuelle, il se retournerait dans sa tombe

  • Même si Apple rétablit le háček, il faudra de toute façon déverrouiller l’iPhone pour installer la mise à jour sur un appareil bloqué

    • Il est possible d’installer une mise à jour en démarrant en mode récupération
    • Mais à lire la formulation de l’article, on a l’impression que l’appareil a déjà été mis à jour vers 26.4.1, ce qui soulève la question de savoir comment cela a été possible
    • Une mise à jour via iTunes sur Mac ou Windows est possible, mais même après la mise à jour, la saisie du code reste nécessaire

  • Il est difficile de comprendre qu’Apple ait supprimé un caractère du clavier tchèque
    Il est surprenant que personne ne se soit dit : « les utilisateurs qui ont créé un code avec ce caractère risquent d’être bloqués »
    On dirait qu’ils ont oublié le principe formulé par Linus Torvalds : « ne cassez pas l’espace utilisateur »

    • Le premier point de la checklist QA devrait être « vérifier que les anciens codes peuvent toujours être saisis »
      Le tchèque n’est absolument pas un cas marginal
      À cause de l’USB Restricted Mode, il est impossible d’utiliser un clavier externe, ce qui crée un échec circulaire complet
      Avoir traité l’interface de saisie du code comme un simple élément temporaire relève d’une grave erreur de conception de sécurité
    • C’est le genre de test qu’on aurait pu ajouter en y pensant une seule fois, ce qui est d’autant plus regrettable vu la taille de l’équipe
    • Apple donne même l’impression d’être l’une des entreprises les plus négligentes en matière d’internationalisation (i18n)
      La qualité des claviers ISO est médiocre, et de vieux bugs existent toujours
      Les traductions manquantes ou les erreurs de format de date sont aussi fréquentes
    • En réalité, l’équipe n’est peut-être pas si grande que ça
    • Ils auraient au moins pu résoudre ça en laissant une combinaison de touches cachée

  • J’ai déjà rencontré le même problème sur Android après avoir utilisé un mot de passe avec emoji puis réinitialisé l’appareil
    C’était une expérience vraiment absurde d’auto-verrouillage

    • Mais je pense qu’il est difficile de considérer ce genre de cas comme une « erreur de l’utilisateur »
      Si le système rend plus tard impossible la saisie d’un mot de passe qu’il autorisait auparavant, c’est sa responsabilité

  • Le fait qu’Apple ait retiré une touche utilisable dans un code est absolument inacceptable

    • Mais Apple l’a réellement fait, et ce caractère faisait déjà l’objet d’un traitement spécial depuis longtemps
    • Certains réagissent avec cynisme en disant qu’il n’y a aucune raison de penser qu’ils s’en soucieront

  • À l’université, j’ai perdu toutes mes photos parce que je ne faisais pas de sauvegarde
    La leçon a été douloureuse

  • On peut se demander s’il reste encore des ingénieurs seniors chez Apple
    On a l’impression qu’un stagiaire déploie directement en production sans revue
    Il est difficile de croire qu’une entreprise à mille milliards de dollars puisse faire ce genre d’erreur

  • Le clavier de l’iPhone traînait depuis le début un bug d’ordre de saisie
    Normalement, on saisit d’abord la lettre, puis l’accent (par ex. le háček), mais Apple a conçu l’inverse

    • Je pensais qu’une touche morte (dead key) fonctionnait généralement comme un préfixe, et c’est bien ainsi que ça marche sur macOS
    • À l’époque des machines à écrire, on tapait la lettre puis retour arrière avant l’accent. Sinon, on le marquait au stylo

  • Je me suis demandé si, comme sur Android, on ne pouvait pas brancher un clavier physique en USB sur l’iPhone
    Peut-être qu’avec un clavier tchèque, l’accès serait possible

    • Mais juste après une mise à jour, l’iPhone est en état Before First Unlock, donc les accessoires filaires ne fonctionnent pas
      On comprend donc pourquoi cela n’a pas été tenté
    • Une fois l’appareil déverrouillé, l’utilisation d’un clavier externe est possible