Un bogue Mac inhabituel a fait surface dans OS X qui provoque le blocage immédiat de toute application simplement en tapant une courte séquence de caractères.

Le bogue a été signalé pour la première fois sur OpenRadar et on pense qu'il est lié aux fonctionnalités de vérification orthographique et de correction automatique, bien que le bogue soit également reproductible dans les versions précédentes de Mac OS X, ce qui suggère que ce n'est peut-être pas le cas.

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

Dossier:///

L'application plantera instantanément, et comme les nouvelles versions d'OS X restaurent les fenêtres à la réouverture, cela peut entraîner des boucles de plantage assez étranges. Le potentiel de problèmes de plantage est encore pire avec les applications qui se synchronisent avec d'autres Mac, comme Notes et iMessage, et peuvent en fait provoquer le plantage de ces applications sur d'autres Mac.

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

• Allez à /Applications/ et faites une copie de TextEdit.app, en renommant la copie en 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 triple barre oblique magique
• Après que CrashEdit.app a démontré le bogue en plantant, créez un nouveau document texte dans l'application TextEdit d'origine ouverte simultanément pour réécrire sur l'état de sauvegarde sujet aux plantages
• Supprimer CrashEdit.app

Quitter et rouvrir TextEdit peut toujours contenir l'entrée de plantage File://, mais tant que vous ne placez pas le curseur à côté et que vous n'appuyez pas sur Entrée, vous pourrez fermer ce fichier et éviter tout problèmes.

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

La brève vidéo ci-dessous montre le bogue provoquant l'arrêt de TextEdit :

Il existe un potentiel d'utilisation abusive néfaste et même d'attaques DOS théoriques provenant 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 bogue inhabituel attire l'attention après son apparition sur HackerNews et 9to5mac, et il sera probablement corrigé par Apple rapidement. Reste à savoir si le correctif arrivera séparément ou dans le cadre d'OS X 10.8.3, mais 10.8.3 approche de la fin de son cycle de développement bêta et pourrait facilement inclure un correctif avant la sortie publique.