Un bogue étrange provoque des plantages instantanés dans Mac OS X en tapant File: ///

Un bogue Mac inhabituel est apparu sous OS X, ce qui fait que n'importe quelle application se bloque immédiatement en tapant simplement une courte séquence de caractères.

Le bug a d'abord été rapporté sur OpenRadar et est censé être lié aux fonctionnalités de vérification orthographique et d'autocorrection, bien que le bogue soit également réplicable dans les versions antérieures de Mac OS X, suggérant que ce n'est peut-être pas le cas.

Si, pour une raison quelconque, vous souhaitez l'essayer vous-même, tapez simplement la chaîne courte suivante dans une application OS X dotée d'un champ de saisie de texte:

File:///

L'application va tomber en panne instantanément, et parce que les nouvelles versions d'OS X restaurent les fenêtres à la réouverture, cela peut conduire à des boucles de crash assez bizarres. Le risque de plantage des problèmes est encore plus important avec les applications qui se synchronisent avec d'autres Mac, tels que Notes et iMessage, et qui peuvent provoquer le blocage de ces applications sur d'autres Mac.

Pour tester cela sans la menace d'une boucle de plantage de l'application infinie, vous pouvez faire quelque chose comme:

  • Allez dans / Applications / et faites une copie de TextEdit.app, en renommant la copie à quelque chose comme "CrashEdit"

  • Ouvrez les deux applications TextEdit, mais dans la version "CrashEdit" copiée, créez un nouveau fichier texte et tapez la barre oblique triple crash
  • Après CrashEdit.app a démontré le bug en plantant, créer un nouveau document texte dans l'application TextEdit ouverte concurrente originale pour réécrire sur l'état de sauvegarde sujettes à un accident
  • Supprimer le fichier CrashEdit.app

Quitter et rouvrir TextEdit peut toujours contenir l'entrée de plantage de File: //, mais tant que vous ne placez pas le curseur à côté de lui et frappez le retour vous pourrez fermer ce dossier et éviter tous les problèmes.

Techniquement, File: // suivi rapidement par tout autre caractère autre que l'espace fait que le crash se produit, mais le /// triple est ce qui est mentionné dans le rapport OpenRadar.

La brève vidéo ci-dessous montre le bug qui fait tomber TextEdit:

Il y a un certain potentiel de mauvaise utilisation malveillante et même des attaques DOS théoriques de sites Web qui ont tapé la syntaxe dans un champ de texte, mais cela ne devrait pas être une préoccupation généralisée.

Le bug inhabituel attire de plus en plus l'attention après son apparition sur HackerNews et 9to5mac, et il sera probablement corrigé rapidement par Apple. Si le correctif doit arriver séparément ou dans le cadre de OS X 10.8.3 reste à voir, mais 10.8.3 est proche de la fin de son cycle de développement bêta et pourrait facilement inclure un correctif avant la sortie publique.