It's conceivable that System Settings > Privacy & Security > Accessibility could be needed. Try calling CGRequestListenEventAccess, which may result in a prompt to add some permission in System Settings.

Yes, CGEventSourceKeyState. You need to use the virtual key codes, not character codes. The Carbon header file Events.h contains enumerated constants for these codes.

Well, the obvious thing to do is open Feedback Assistant and send Apple a bug report.

I’d appreciate you filing a bug about Xcode requesting that. OK: FB12585357

Xcode 14.3.1, too. It turns out that the issue was that my team leader had not yet agreed to an update in the developer program terms. Aargh! Couldn't there be a clear error message in that case?

If you log in to your account at developer.apple.com, does it say that there is a program license agreement that you haven't agreed to yet? Sometimes you get totally cryptic errors in that situation.

Yes, I think that "suggestion" would apply to both user-visible features and API features.

Me too. macOS Ventura, Xcode 14.0. One time I got a crash from a process named com.apple.dt.Xcode.ITunesSoftwareService. Tried again with Xcode 14.3, same result. Tried with Xcode 15 beta 2, and Xcode completely crashed.

How did you create new developer certificates? I'm not sure how you could create a certificate without creating a private key. The way I would create a new developer certificate is within Xcode: In the settings dialog, select the Accounts tab. Select an account, and then click the "Manage Certificates..." button. When a signing certificates window pops up, use the "+" button in the lower left corner to make a new one. The certificate and its private key should then appear in your default keychain.

I failed to mention that I'm getting that message about Apple Event entitlement for both the main app and the helper. What API are you using to register your login item? -[SMAppService registerAndReturnError:] Which process is crashing with the launch constraint violation? Now that you asked, I took a closer look at the crash report, and saw that what was crashing was the login item from a different build of my product. D'oh! I suppose it's something about the code signing being different. I had an App Store build installed, but for testing an update I was using a notarized build. Once I removed the old version, the crash stopped happening. However I still see the warning about Apple Events entitlements for both the main app and the login item.

I think what you're looking for is the "macOS deployment target" build setting. In Xcode 14.3, the deployment target can be set as far back as 10.13. Don't worry about the "platform" setting.

Have you read the documentation on SQLite temporary files at https://www.sqlite.org/tempfiles.html? It seems self contradictory. Section 2.1 says that a rollback journal is in the same directory as the database file, while section 5 says that temporary files are elsewhere. Are you getting an error message telling you the path of the file that can't be opened?

I was referring to Privacy & Security > Input Monitoring. Yeah, we're kind of talking past each other here. Input Monitoring is what you'd be looking at if you used CGRequestListenEventAccess, but in the case of CGRequestPostEventAccess, it's Privacy & Security > Accessibility.

This is not an installer package, so you should not be passing -t install to spctl.

Right. That’s why, when you change these values in System Settings, it offers to quit and relaunch the app. I just tried toggling a couple of the Privacy & Security > Accessibility switches, and it did not offer to quit and relaunch the apps. Anyway, that's why I said that I preferred using CGEventTapCreate, that allows me to detect a change in the permission without a relaunch.