OSX apps (TextEdit) crashing in spell-checker (I think).

Originator:shess
Number:rdar://13128709 Date Originated:1/31/2013
Status:Open Resolved:
Product:OSX Product Version:10.8.2
Classification:Crash Reproducible:Always
 
open TextEdit.
type "File:///".  The capital 'F' is important.  On the third /, it crashes.

2013-01-31 15:19:47.422 TextEdit[34715:6903] assertion on /SourceCache/DataDetectorsCore/DataDetectorsCore-269.1/Sources/PushDown/DDResultExtraction.c:1576 "CFStringHasPrefix(urlVal, CFSTR("file://"))" failed :wrong extraction: File:///
2013-01-31 15:19:47.423 TextEdit[34715:6903] wrong extraction: File:///
2013-01-31 15:19:47.424 TextEdit[34715:6903] An uncaught exception was raised
2013-01-31 15:19:47.424 TextEdit[34715:6903] condition "wrong extraction: File:///"
2013-01-31 15:19:47.425 TextEdit[34715:6903] (
	0   CoreFoundation                      0x00007fff949770a6 __exceptionPreprocess + 198
	1   libobjc.A.dylib                     0x00007fff8e3023f0 objc_exception_throw + 43
	2   CoreFoundation                      0x00007fff94976e7c +[NSException raise:format:] + 204
	3   DataDetectorsCore                   0x00007fff8bf144f3 DDCrashv + 113
	4   DataDetectorsCore                   0x00007fff8bf145a6 DDCrash + 148
	5   DataDetectorsCore                   0x00007fff8bedfbd4 DDResultCopyExtractedURL + 718
	6   AppKit                              0x00007fff921dbd1a checkDataDetectors + 536
	7   AppKit                              0x00007fff921d9429 NSSpellCheckerCheckString + 13334
	8   AppKit                              0x00007fff921d5f9f -[NSTextCheckingOperation main] + 152
	9   Foundation                          0x00007fff8ad2f986 -[__NSOperationInternal start] + 684
	10  Foundation                          0x00007fff8ad371a1 __block_global_6 + 129
	11  libdispatch.dylib                   0x00007fff8e8caf01 _dispatch_call_block_and_release + 15
	12  libdispatch.dylib                   0x00007fff8e8c70b6 _dispatch_client_callout + 8
	13  libdispatch.dylib                   0x00007fff8e8c81fa _dispatch_worker_thread2 + 304
	14  libsystem_c.dylib                   0x00007fff91ab9cab _pthread_wqthread + 404
	15  libsystem_c.dylib                   0x00007fff91aa4171 start_wqthread + 13
)

Comments

it will still crash. I could only get Console to stay open LM7805

By joey899244 at Feb. 2, 2013, 9:12 a.m. (reply...)

10.8.2 here

I confirm too. It really crashes. Bug !

By chifuadrian at Feb. 2, 2013, 2:55 a.m. (reply...)

Cool addendum: in Console.app, for the ReportCrash: line for an app which crashed this way, clicking "Open report" causes Console.app to crash with this crash.

This only seems to affect Mountain Lion

Reproducing the steps in Snow Leopard and in Lion do not result in any abnormal behavior ...

By nirk.niggler at Feb. 2, 2013, 2:22 a.m. (reply...)

I tried this in TextEdit in Mountain Lion (10.8.2), crashed like a charm. As an extra bonus, I attempt to file a crash report: typing the description into the Crash Reporter UI caused Crash Reporter to crash and vanish.

Also, the previous note by 'shess' is better than it sounds: Every time Console.app opens, it now crashes. Excellent stuff.

If you want Console.app to work again, do this in Terminal.app:

sudo sed -i -e 's@File:///@F i l e : / / /@g' /var/log/system.log
By Mark.I.R.Muir at Feb. 2, 2013, 2:43 a.m. (reply...)

10.8.3?

Out of curiosity, have any of you tested on the latest beta?

By acfrazier at Feb. 2, 2013, 4:15 a.m. (reply...)

Yes. Crashes the latest beta.

By justin.may at Feb. 2, 2013, 10:33 a.m. (reply...)

More than just File:///

It's also not related to length, but the speed at which text is entered.

Typing File://aaaaaaaaaaaa very slowly does not cause a crash. Typing File://aa quickly does.

Video: http://f.cl.ly/items/1E3V2U1F2i1J1s441z0V/error.mov

Update: It's dependent entirely on the time between the second slash and the next character. Typing File://a very quickly causes a crash, File:/// slowly does not.

Update 2: A little different. Typing File://a slowly will not crash, but File://a slowly, followed by a new line, will.

Works almost everywhere

This is actually a feature. It allows you to shut down all applications before shutting down your Mac:

Crashes Finder if typed into a Finder search field (not Spotlight, though). Crashes Safari if typed into the URL bar. Crashes Mail if typed into the search field. Crashes iTunes when typed into the search field. Crashes system-generated keychain unlock prompts (typed into the "Name:" field) Crashes Reminders if typed into the search field. ...

By help.you.i.can at Feb. 2, 2013, 4:59 a.m. (reply...)

If you're stuck because you typed this and now your app is automatically crashing itself all the time, go to System Preferences, under Language & Text, Text, uncheck "Correct spelling automatically" and "Use symbol and text substitution". Both need to be unchecked.

Mail & iMessage

Try sending somebody a mail or iMessage with it. Crashes both Messages.app and Apple Mail, even when reading.

By luke.clemente at Feb. 2, 2013, 2:26 p.m. (reply...)

Turning off those options doesn't work for all cases. If Console.app has system log with the string visible, it will still crash. I could only get Console to stay open if I caused enough messages to scroll the string out of view.

BBedit seems ok. I suspect it's not using system data detectors.

Hopefully, someone has filed an official developer bug report on this and it'll get addressed in 10.8.3 (though I think it might be too late). If no one here has by tomorrow, I might do one myself - far too late in the evening at the moment.

NSTextView bug

If you create new project in Xcode and then add NSTextView in it, run the project and write File:/// in text view, your application will immediately crash..

By menelaus35 at Feb. 2, 2013, 8 a.m. (reply...)

Will also crash: - Smultron - Google Chrome - Safari

Embarassing

Truly embarrassing bug. Amazing that it hasn't been found before now - works in 10.8.0

By justin.may at Feb. 2, 2013, 10:32 a.m. (reply...)

This bug only affects Mountain Lion, not Lion or Snow Leopard...

Tried this on TextEdit.app on Mac OS X 10.6.8 and it doesn't crash.

Still, the quality assurance on Apple software has got lower than when Steve Jobs was still alive. The new iTunes 11 is horrible — it doesn't give the option of viewing the artist browser on All Music view, and does not remember the view setting on another intelligent playlist which has all my music on it.

By peter.hillerstrom at Feb. 3, 2013, 9:12 a.m. (reply...)

Crashes Twitter client on retweet/quote-tweet (YoruFukurou)

Saw this in a tweet and when I hit the Quote Tweet it crashed my client. (ML 10.8.2)

By filicealbert at Feb. 3, 2013, 12:28 a.m. (reply...)

Same for FILE:///, filE:/// etc.

It doesn't have to be File:/// in particular, but rather any combination of caps/non-caps apart from all-lower.

By noam.j.rosenthal at Feb. 3, 2013, 9:37 a.m. (reply...)

Effects spotlight as well.

Do it in spotlight, and your entire menubar goes out for a second.


Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!