Bug ciudat provoacă blocarea instantanee a aplicației în Mac OS X prin tastarea fișierului:
În OS X a apărut o eroare neobișnuită pentru Mac, care provoacă blocarea imediată a oricărei aplicații doar prin introducerea unei scurte secvențe de caractere.
Eroarea a fost raportată pentru prima dată pe OpenRadar și se crede că are legătură cu funcțiile de verificare a ortografiei și de autocorecție, deși eroarea este replicabilă și în versiunile anterioare de Mac OS X, sugerând că ar putea să nu fie cazul.
Dacă dintr-un motiv oarecare doriți să încercați singur acest lucru, introduceți următorul șir scurt în orice aplicație OS X care are un câmp de introducere a textului:
Fişier:///
Aplicația se va bloca instantaneu și, deoarece versiunile mai noi de OS X restaurează ferestrele la redeschidere, poate duce la niște bucle de blocare destul de ciudate. Potențialul de apariție a problemelor de blocare este și mai rău cu aplicațiile care se sincronizează cu alte Mac-uri, cum ar fi Notes și iMessage, și pot cauza blocarea acestor aplicații pe alte Mac-uri.
Pentru a testa acest lucru fără amenințarea unei bucle infinite de blocare a aplicației, puteți face ceva de genul următor:
- Accesați /Aplicații/ și faceți o copie a TextEdit.app, redenumind copia în ceva de genul „CrashEdit”
- Deschideți ambele aplicații TextEdit, dar în versiunea „CrashEdit” copiată, creați un fișier text nou și introduceți tripla bară oblică magică de crash
- După ce CrashEdit.app a demonstrat eroarea prin prăbușire, creați un nou document text în aplicația TextEdit originală deschisă concomitent pentru a rescrie peste starea de salvare predispusă la accidente
- Ștergeți aplicația CrashEdit
Închiderea și redeschiderea TextEdit poate conține în continuare intrarea de blocare File://, dar atâta timp cât nu plasați cursorul lângă ea și apăsați Retur, veți putea închide acel fișier și evitați orice probleme.
Din punct de vedere tehnic, File:// urmat rapid de orice alt caracter în afară de spațiu face ca accidentul să apară, dar triplul /// este ceea ce este menționat în raportul OpenRadar.
Scurtul videoclip de mai jos demonstrează eroarea care dă jos TextEdit:
Există un potențial de utilizare greșită nefastă și chiar atacuri teoretice DOS de la site-uri web care au introdus sintaxa într-un câmp de text, dar asta nu ar trebui să fie o preocupare larg răspândită.
Eroarea neobișnuită câștigă o atenție semnificativă după ce a apărut pe HackerNews și 9to5mac și, probabil, va fi remediată rapid de Apple. Dacă patch-ul va ajunge separat sau ca parte a OS X 10.8.3 rămâne de văzut, dar 10.8.3 se apropie de sfârșitul ciclului său de dezvoltare beta și ar putea include cu ușurință o remediere înainte de lansarea publică.