Crash around [NSTextInputContext candidateListTouchBarItem] on macOS 10.13 & 10.14

Has anyone else come across a crash like this? It happens on macOS 10.13 and 10.14 (but not 10.12) in a project built with Xojo 2017 r3, just after closing a sheet window. Not all sheet windows, but I can reliably replicate it with one particular window. Frustratingly, when I try to debug this I get through all of the window closing steps, all of the subsequent steps of painting another window that’s still open, and then the app crashes without a good clue as to exactly what’s causing this.

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib 0x00007fff6ad6fa1d objc_msgSend + 29 1 com.apple.AppKit 0x00007fff3cd368d6 -[NSTextInputContext candidateListTouchBarItem] + 63 2 com.apple.AppKit 0x00007fff3c64186f -[NSTextInputContext deactivate] + 61 3 com.apple.AppKit 0x00007fff3c310be6 +[NSTextInputContext currentInputContext_withFirstResponderSync:] + 299 4 com.apple.AppKit 0x00007fff3c310366 -[NSApplication updateWindows] + 100 5 com.apple.AppKit 0x00007fff3c31029f __38-[NSApplication setWindowsNeedUpdate:]_block_invoke.1735 + 74 6 com.apple.CoreFoundation 0x00007fff3ee1595d __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 7 com.apple.CoreFoundation 0x00007fff3ee15892 __CFRunLoopDoObservers + 452 8 com.apple.CoreFoundation 0x00007fff3edb73c5 __CFRunLoopRun + 1166 9 com.apple.CoreFoundation 0x00007fff3edb6ce4 CFRunLoopRunSpecific + 463 10 com.apple.HIToolbox 0x00007fff3e050895 RunCurrentEventLoopInMode + 293 11 com.apple.HIToolbox 0x00007fff3e0504d4 ReceiveNextEventCommon + 371 12 com.apple.HIToolbox 0x00007fff3e050348 _BlockUntilNextEventMatchingListInModeWithFilter + 64 13 com.apple.AppKit 0x00007fff3c30d95b _DPSNextEvent + 997 14 com.apple.AppKit 0x00007fff3c30c6fa -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 15 com.xojo.XojoFramework 0x000000011447907b 0x1143a6000 + 864379 16 com.xojo.XojoFramework 0x00000001144790bf 0x1143a6000 + 864447 17 com.lightbluesoftware.lightblue 0x000000010f6fb6e5 Application._CallFunctionWithExceptionHandling%%o<Application>p + 181 18 com.xojo.XojoFramework 0x00000001145f94df CallFunctionWithExceptionHandling(void (*)()) + 262 19 com.xojo.XojoFramework 0x0000000114479028 0x1143a6000 + 864296 20 com.apple.AppKit 0x00007fff3c30675d -[NSApplication run] + 699 21 com.xojo.XojoFramework 0x00000001145f780b RuntimeRun + 40 22 com.lightbluesoftware.lightblue 0x000000010f7e90b3 REALbasic._RuntimeRun + 19 23 com.lightbluesoftware.lightblue 0x00000001132fdc28 _Main + 536 24 com.lightbluesoftware.lightblue 0x00000001132ef2e3 main + 19 25 libdyld.dylib 0x00007fff6be4c085 start + 1

This seems to be fixed in more recent versions of Xojo… nothing to see here… carry on…

emojiBar software getting in the way (again), I am really frustrated with Apple that they run the emojiBar software on every machine, even if it has no emojiBar hardware. At one time, it was causing some very serious issues on non-emojiBar macs, they did fix the problem, but there is absolutely no need to have it running when the hardware isn’t there.