macOS Ventura 13 on unsupported Macs - using command button or arrow buttons in apps causes them to crash

[dictoresno]

so there are many people noticing across all different machines running OCLP and Ventura on an unsupported Mac, that sometimes the use of the command key and V (for pasting) or using the arrow keys when in apps, it causes those apps to crash. ive noticed it happen in safari, excel and 1Password. even typing the "d" key in a password field in an app caused it to crash. the only way to fix this is to reboot the machine. the computer will work fine for days, then all of a sudden the issue will appear again. the minute you use an arrow key or try to CMD+V, whatever app youre in will crash and force close. it does generate a crash report, but its a common exception that could be for a few different things. ill try to capture it next time it happens.

is anyone on a supported Mac experiencing this on Ventura? if not, is there any way to figure out a way to solve it? the unsupported Mac thread is overwhelmed with other issues and this one when brought up continuously gets ignored or overlooked.

EDIT: here is a crash report from a previous time it happened

Process: Safari [39997]
Path: /Volumes/VOLUME/*/Safari.app/Contents/MacOS/Safari
Identifier: com.apple.Safari
Version: 16.1 (18614.2.9.1.12)
Build Info: Safari-7614002009001012~2
Code Type: X86-64 (Native)
Parent Process: launchd [1]
User ID: 501

Date/Time: 2022-11-12 19:42:55.9825 -0500
OS Version: macOS 13.0.1 (22A400)
Report Version: 12
Anonymous UUID: D3869856-6884-875E-26DA-8F58D9C63BF9


Time Awake Since Boot: 250000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: FS pagein error: 94 Bad message
Exception Codes: 0x000000000000000a, 0x00007ff904f1c000

Termination Reason: Namespace SIGNAL, Code 10 Bus error: 10
Terminating Process: exc handler [39997]

VM Region Info: 0x7ff904f1c000 is in 0x7ff904efe000-0x7ff904f21000; bytes after start: 122880 bytes before end: 20479
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
__TEXT 7ff904e93000-7ff904efe000 [ 428K] r-x/r-x SM=COW ...SharedSupport
---> __TEXT 7ff904efe000-7ff904f21000 [ 140K] r-x/r-x SM=COW ...A/SidecarCore
__TEXT 7ff904f21000-7ff904f25000 [ 16K] r-x/r-x SM=COW ...NonBaseSystem

Kernel Triage:
APFS - Encountered a compressed data hash mismatch
VM - Page has restart bit set
APFS - Encountered a compressed data hash mismatch
VM - Filesystem pagein returned an error in vnode_pagein
VM - Page has error bit set


Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_platform.dylib 0x7ff8038ac5a8 _platform_strlen + 72
1 Foundation 0x7ff8047c4667 +[NSString stringWithCString:encoding:] + 33
2 SidecarCore 0x7ff904f150ec SidecarDisplayIsSupportedMac + 217
3 SidecarCore 0x7ff904f14d3b updateDevices + 192
4 AppKit 0x7ff8074c0c74 -[NSWindowSidecarMenuController reloadData] + 125
5 AppKit 0x7ff8074c1f42 _NSWindowMenuUpdateSidecarItems + 967
6 AppKit 0x7ff8070d9937 __46-[NSMenu _performSidebandUpdatersPassingTest:]_block_invoke + 132
7 AppKit 0x7ff8070d9e7e -[NSMenu _forEachCachedSidebandUpdaterDo:] + 95
8 AppKit 0x7ff8070d989b -[NSMenu _performSidebandUpdatersPassingTest:] + 125
9 AppKit 0x7ff8070d97fc -[NSMenu _populateFromSidebandUpdatersOfSign:] + 73
10 AppKit 0x7ff806c27dd1 -[NSMenu _populateWithEventRef:] + 44
11 AppKit 0x7ff806d49c28 -[NSCarbonMenuImpl _carbonPopulateEvent:handlerCallRef:] + 274
12 AppKit 0x7ff806d49a33 NSSLMMenuEventHandler + 1015
13 HIToolbox 0x7ff80d218a1d DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1381
14 HIToolbox 0x7ff80d217e5c SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 333
15 HIToolbox 0x7ff80d217d03 SendEventToEventTargetWithOptions + 45
16 HIToolbox 0x7ff80d267e22 SendMenuPopulate(MenuData*, OpaqueEventTargetRef*, unsigned int, double, unsigned int, OpaqueEventRef*, unsigned char, unsigned char*) + 301
17 HIToolbox 0x7ff80d267b22 PopulateMenu(MenuData*, OpaqueEventTargetRef*, CheckMenuData*, unsigned int, double) + 306
18 HIToolbox 0x7ff80d267028 Check1MenuForKeyEvent(MenuData*, CheckMenuData*) + 195
19 HIToolbox 0x7ff80d266b84 CheckMenusForKeyEvent(MenuData*, CheckMenuData*) + 864
20 HIToolbox 0x7ff80d3c884f IsMatchingMenuKeyEvent(MenuData*, OpaqueEventRef*, unsigned int, MenuData**, unsigned short*) + 815
21 HIToolbox 0x7ff80d266687 _IsMenuKeyEvent(MenuData*, OpaqueEventRef*, unsigned int, MenuData**, unsigned short*) + 37
22 HIToolbox 0x7ff80d266638 IsMenuKeyEvent + 111
23 AppKit 0x7ff806f22190 +[NSCarbonMenuImpl _menuItemWithKeyEquivalentMatchingEventRef:inMenu:includingDisabledItems:] + 214
24 AppKit 0x7ff8074162f2 _NSHasMatchingMenuItem + 97
25 WebKit 0x7ff903d8b983 WebKit::WebViewImpl::collectKeyboardLayoutCommandsForEvent(NSEvent*) + 271
26 WebKit 0x7ff903d8bb9c WebKit::WebViewImpl::interpretKeyEvent(NSEvent*, void (signed char, WTF::Vector<WebCore::KeypressCommand, 0ul, WTF::CrashOnOverflow, 16ul, WTF::FastMalloc> const&) block_pointer) + 60
27 WebKit 0x7ff903d8d294 WebKit::WebViewImpl:erformKeyEquivalent(NSEvent*) + 408
28 WebKit 0x7ff903d188a9 -[WKWebView(WKImplementationMac) performKeyEquivalent:] + 23
29 Safari 0x7ff90db5ee3a -[BrowserWKView performKeyEquivalent:] + 127
30 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
31 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
32 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
33 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
34 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
35 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
36 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
37 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
38 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
39 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
40 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
41 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
42 AppKit 0x7ff806d6346c -[NSView performKeyEquivalent:] + 188
43 AppKit 0x7ff8073c62a6 -[NSWindow _commonPerformKeyEquivalent:conditionally:] + 73
44 Safari 0x7ff90df96ded -[Window performKeyEquivalent:] + 137
45 Safari 0x7ff90daf4627 -[BrowserWindow performKeyEquivalent:] + 66
46 AppKit 0x7ff80724db39 routeKeyEquivalent + 303
47 AppKit 0x7ff806be13da -[NSApplication(NSEvent) sendEvent:] + 870
48 Safari 0x7ff90da42f19 -[BrowserApplication sendEvent:] + 697
49 AppKit 0x7ff806ea0009 -[NSApplication _handleEvent:] + 65
50 AppKit 0x7ff806a71018 -[NSApplication run] + 623
51 AppKit 0x7ff806a45058 NSApplicationMain + 817
52 Safari 0x7ff90ddea577 SafariMain + 464
53 dyld 0x7ff803553310 start + 2432

 

[rk1200lt]

Hi there, same Problem here on a Mid2012 macbook Air.

Keep me updated.

 

[JohnnyE4711]

Same for me on a Mid2012 Macbook Pro.

 

[rk1200lt]

I have a thunderbolt display with external keyboard connected. maybe that‘s a problem?

 

[bogdanw]

System Integrity Protection: enabled

Disable SIP.

 

[dictoresno]

Disable SIP.

this will for sure correct this bug? is this preventing OCLP from running certain scripts needed to prevent this from happening?

 

[bogdanw]

this will for sure correct this bug?

No, I don't know for sure that it will stop this bug.
It could be caused by Sidecar, as it's mentioned in the crash log. You could disable that hack from OCLP if you don't need it.

 

[dictoresno]

No, I don't know for sure that it will stop this bug.
It could be caused by Sidecar, as it's mentioned in the crash log. You could disable that hack from OCLP if you don't need it.

I dont need sidecar. before I go disabling things, I would prefer to have a solid cause of the bug. especially if its something that can be fixed in OCLP.

 

[bogdanw]

I dont need sidecar. before I go disabling things, I would prefer to have a solid cause of the bug. especially if its something that can be fixed in OCLP.

According to Apple, your “Late 2015 iMac 21.5” does not support Sidecar
"iMac introduced in 2017 or later, or iMac (Retina 5K, 27-inch, Late 2015)"
https://support.apple.com/en-us/HT210380

If it’s enabled, it’s by some OCLP hack, like the Injected Kext - FeatureUnlock (Sidecar/AirPlay)
“Reason: Patches SidecarCore.framework and AirPlaySupport.framework to enable Sidecar and AirPlay to Mac on unsupported models
Models: All models with Metal capable GPUs”
https://dortania.github.io/OpenCore-Legacy-Patcher/PATCHEXPLAIN.html#injected-kext

If you have this hack in your OCLP configuration, try without it.

 

[dictoresno]

According to Apple, your “Late 2015 iMac 21.5” does not support Sidecar
"iMac introduced in 2017 or later, or iMac (Retina 5K, 27-inch, Late 2015)"
https://support.apple.com/en-us/HT210380

If it’s enabled, it’s by some OCLP hack, like the Injected Kext - FeatureUnlock (Sidecar/AirPlay)
“Reason: Patches SidecarCore.framework and AirPlaySupport.framework to enable Sidecar and AirPlay to Mac on unsupported models
Models: All models with Metal capable GPUs”
https://dortania.github.io/OpenCore-Legacy-Patcher/PATCHEXPLAIN.html#injected-kext

If you have this hack in your OCLP configuration, try without it.

I tried. I adjusted the settings to partial (to disable sidecar) and rebuilt OCLP and reinstalled. I saw it say it was set to disable sidecar in the build log before I installed it. But when I loaded it back up, the was still enabled. Do I need to completely uninstall OCLP first?

 

[dictoresno]

found this site also advising disabling sidecar, but my OCLP reverts back to enabled after I rebuild it without it and install over my current installation.

Command/Arrow button crashes Ventura on unsupported Mac [Fix]

In this guide, we will show you how to fix the issue of Command or Arrow key tends to crash macOS Ventura running on an unsupported Mac.

www.droidwin.com

 

[bogdanw]

I tried. I adjusted the settings to partial (to disable sidecar) and rebuilt OCLP and reinstalled. I saw it say it was set to disable sidecar in the build log before I installed it. But when I loaded it back up, the was still enabled. Do I need to completely uninstall OCLP first?

Make sure that the FeatureUnlock kext is no longer in your EFI partition and is removed from the Config.plist. Reset NVRAM after that.
Mounting EFI and resetting NVRAM instruction https://dortania.github.io/OpenCore-Legacy-Patcher/UNINSTALL.html
You can edit Config.plist with any txt/plist editor or with OpenCore Configurator https://mackie100projects.altervista.org/download-opencore-configurator/ or OpenCore Auxiliary Tools (OCAT) https://github.com/ic005k/OCAuxiliaryTools

found this site also advising disabling sidecar, but my OCLP reverts back to enabled after I rebuild it without it and install over my current installation. droidwin.com/command-arrow-button-crashes-ventura-on-unsupported-mac-fix

As it was written on 4 January 2023, that article probably just copied the suggestions from this thread. OCLP will overwrite the SIP values set in recovery https://dortania.github.io/OpenCore...HOOTING.html#cannot-disable-sip-in-recoveryos

 

[mikew67]

Confirming similar behavior on my MBP10,1 and a couple comments while running OCLP v0.5.3 (which patches root for Intel and nVidia GPUs, but presumably nothing else) and Ventura 13.2 (through several beta versions) :

1. After reboot, everything works fine for a day or so, and then app-crashing behavior starts. All kinds of modifier key combinations cause the focused app to crash silently (e.g., cmd-v). One reliable combination is the down-arrow key, used to move between lines in the Apple email main window.
2. The app does not crash if I use the right-button or menu-equivalent for the key combo (e.g., for cmd-v, Paste from the right-button popup menu, or Paste from the Edit menu list).
3. Delay before the error starts make it very difficult to use the old binary-subdivision of startup extensions trick to isolate it to a specific extension (my first suspicion).

Have not tried modifying SIP (an explicit and complete set of directions would be useful). But if this bug is SIP-related, why would #2 above be the case?

Thanks to all for your observations and suggestions. Major kudos to the OCLP team.

Mike

 

[mikew67]

Adding to my msg just above, about every 15 or so, a dialog will pop up to ask for permission for some internal macOS service or utility (as if some process died and various processes are restarting). Two examples shown below.

(Guess this does point to something like SIP issues, even though the direct app crashes are all related to direct keyboard or mouse input 😉)

HTH,

Mike

 

[LlamaLarry]

Well, this explains what is going on with my 2015 MBA running Ventura via OCLP. Weirdly it doesn't happen in Safari, but every time in Messages and Notes.

ETA: Disabling Sidecar via OCLP seemed to work so far, but other report that this issue goes away for a while after a reboot. I do know that my Displays control panel now opens while before the change/reboot it didn't load at all (all others did).

 

[dictoresno]

Well, this explains what is going on with my 2015 MBA running Ventura via OCLP. Weirdly it doesn't happen in Safari, but every time in Messages and Notes.

ETA: Disabling Sidecar via OCLP seemed to work so far, but other report that this issue goes away for a while after a reboot. I do know that my Displays control panel now opens while before the change/reboot it didn't load at all (all others did).

I dont see an easy way to disable sidecar after already patching with it. and im not about to uninstall OCLP and re-do everything ive done up to this point. its actually been a few days before last nights install of 13.2 and OCLP 0.6.1 so ill see how it goes. so far rebooting to fix seems like the easiest "fix" for now. is there a step by step process to disable sidecar on an already built and patched system?

 

[bogdanw]

There is a dedicated thread for OCLP https://forums.macrumors.com/threads/macos-13-ventura-on-unsupported-macs-thread.2346881/
Maybe someone can suggest an easier method than I did in post #12

 

[personaje]

Hi,
Same problem here on a iMac 13,2; OCLP 6.1.
Disabling sidecar, just in System Setting > Display > Advance > "allow your pointer and keyboard to move between...." >>> DISABLED did not work.

Did someone already open a bug or question at OCLP GitHub page?!?
I couldn't find any: https://github.com/dortania/OpenCore-Legacy-Patcher/issues?q=command+key+crash

Regards!

 

[murdock1234]

Disable Feature Unlock and then the system will be stable. Don't forget to "Build and Install Opencore" afterwards.

 

[murdock1234]

I am wondering why this issue does not affect all Ventura installation on unsupported Macs? I noticed the issue right after the update and for me it was unusable until I disabled "Feature Unlock". It would be great if this issue could be fixed in the future release of "Feature Unlock".

 

[benicchio]

Hi. I have a late 2013 Imac (with an SSD) and Ventura installed with the latest OCLP (0.6.1) and was having the same issue in many apps (Chrome, Firefox and even the save dialog in any app).

I first tried to disable sidecar and noticed that my "Display" menu in Settings was not loading at all. I shut down the mac, rebooted and then I was able to access the "Display - Advanced". Turned off the sidecar option and now it's not crashing anymore.

I'm not sure if the problem will return, but it seems a Sidecar-related bug. I didn't rebuild or reinstalled OCLP. Just rebooted, went straight to Display settings and turned off Sidecar.

 

[personaje]

For me it's working ok since applied @murdock1234 suggestion.
4 days uptime without issues.
(previously was rebooting 3-4 times a day)
@murdock1234, thank you for your clarification!!

 

[mikew67]

Another positive vote for @murdock1234's suggestion in note #19. Tried it on my MBP 10,1 running Ventura 13.2 (22D49), with OCLP v0.6.1 and the "crashing on arrow keys" problem has disappeared (reported in my note #13). Kudos to @murdock1234.

However, the appearance of permission-request popups (my note #14) continues.

(Have not tried Sidecar or Stage Manager with this configuration -- the latter caused major system confusion, requiring a hard reboot earlier).

HTH,

Mike

 

[benicchio]

My partial solution of disabling sidecar on Display options worked for one day. Today the crashes started again and I'm also trying @murdock1234 sollution (thanks). Working for the moment.

 

[dictoresno]

after updating to Ventura 13.2 and OCLP v0.6.1 I haven't had an issue surprisingly. every attempt to disable sidecar by disabling feature unlock and rebuild OCLP failed since it was already installed. after disabling and rebuilding and viewing the log showing its disabled, by the time I rebooted, OCLP show it was re-enabled.