W systemie OS X pojawił się nietypowy błąd Maca, który powoduje natychmiastową awarię dowolnej aplikacji po wpisaniu krótkiej sekwencji znaków.

Błąd został po raz pierwszy zgłoszony w OpenRadar i prawdopodobnie dotyczy funkcji sprawdzania pisowni i autokorekty, chociaż błąd występuje również we wcześniejszych wersjach systemu Mac OS X, co sugeruje, że może tak nie być.

Jeśli z jakiegoś powodu chcesz to wypróbować samodzielnie, po prostu wpisz następujący krótki ciąg znaków w dowolnej aplikacji systemu OS X, która ma pole wprowadzania tekstu:

Plik:///

Aplikacja natychmiast ulegnie awarii, a ponieważ nowsze wersje systemu OS X przywracają okna po ponownym otwarciu, może to prowadzić do dość dziwnych pętli awarii. Potencjalne problemy z awariami są jeszcze większe w przypadku aplikacji, które synchronizują się z innymi komputerami Mac, takimi jak Notes i iMessage, i mogą faktycznie powodować awarie tych aplikacji na innych komputerach Mac.

Aby przetestować to bez groźby nieskończonej pętli awarii aplikacji, możesz wykonać coś takiego:

• Przejdź do /Aplikacje/ i utwórz kopię TextEdit.app, zmieniając nazwę kopii na coś w rodzaju „CrashEdit”



• Otwórz obie aplikacje TextEdit , ale w skopiowanej wersji „CrashEdit” utwórz nowy plik tekstowy i wpisz potrójny ukośnik Magic Crash
• Gdy CrashEdit.app zademonstruje błąd w postaci awarii, utwórz nowy dokument tekstowy w oryginalnej, jednocześnie otwartej aplikacji TextEdit, aby nadpisać podatny na awarie stan zapisu
• Usuń aplikację CrashEdit.

Zamykanie i ponowne otwieranie TextEdit może nadal zawierać wpis awarii File://, ale dopóki nie umieścisz obok niego kursora i nie naciśniesz przycisku Return, będziesz mógł zamknąć ten plik i uniknąć zagadnienia.

Technicznie rzecz biorąc, File://, po którym szybko następuje dowolny znak inny niż spacja, powoduje awarię, ale w raporcie OpenRadar wspomniano o potrójnym ///.

Krótki film poniżej pokazuje błąd powodujący wyłączenie TextEdit:

Istnieje pewien potencjał niecnych nadużyć, a nawet teoretycznych ataków DOS ze stron internetowych, które wpisały składnię w polu tekstowym, ale nie powinno to być powszechnym problemem.

Niezwykły błąd, który pojawił się w HackerNews i 9to5mac, zyskał duże zainteresowanie i prawdopodobnie zostanie szybko załatany przez firmę Apple. Czy łatka zostanie dostarczona osobno lub jako część OS X 10.8.3, dopiero się okaże, ale 10.8.3 zbliża się do końca cyklu rozwoju wersji beta i może z łatwością zawierać poprawkę przed publicznym wydaniem.