Post

Replies

Boosts

Views

Activity

Reply to Xcode 12.2 Beta 3 on macOS 11 Beta 11: SIGCONT when debugging projects
Just to add a little information here as well. I can't debug with Xcode 12.1 GM Seed. If I attempt to, it immediately stops at dyld'__fcntl. This is only happening after updated to BigSur beta 10 and happens on both my iMac and MacBook Pro. I also tried a template project and get the same thing. It appears there's something pretty wrong with BigSur beta 10. However, Xcode 12.2 beta 3 does seem to work for me. Fortunately, the "Debug process as root" setting resolves debugging with 12.1.
Oct ’20
Reply to How to Fix Cracking and Popping Sound ?
I have this problem as well on my 2020 iMac 10 core. It only happens when the Simulator is running. It appears that the simulator is competing with the audio. I have a workaround that might help, however; if you turn the volume of the Simulator all the way down, it may resolve the issue. At least, since doing so I haven't heard it happen.
Oct ’20
Reply to SecItemCopyMatching returns notFound (-25300) on app upgrade
So I somewhat have figured out my situation. In the new release, I added keychain sharing and added a new identifier in the Keychain Groups in the Keychain Sharing entitlements. This appears to remove access from the keychain item that was stored using my bundle ID. According to the documentation, it says that using keychain sharing would still allow access to my private keychain. However, if I don't put my app's bundle ID in the Keychain Groups entitlement, the app can't see it. Since the apps that I need to share the keychain with are just smaller apps within my bundle and only need access to one keychain item, I think the solution is to just have my bundle ID in Keychain Groups and use that as the shared ID. I do want the upgraded app and it's new components to have access to the previously stored keychain item as well.
Jan ’22
Reply to App Group Not working as intended after updating to macOS 15 beta.
So I am still struggling with this issue. My issue is slightly different than most people in that I am not as much worried about Mac/iOS interoperability but just that when a user launches the next version of my app, they don't get the alert to allow the app to have access to the data. My shipping Mac app stores it's data in an app group so that my internal extensions can also access the same data. This app group is named group... This has been done for years and works great. It also works fine on Sequoia (for currently shipping version). However, when I build the app with Xcode 16, I am now getting the alert. The alert happens even before my app delegate is loaded so it appears by just having the app group listed in my entitlements (or info.plist) is causing the alert. Therefore, even if I wanted to migrate the user's data to a new location, they would still get the alert until all users migrated and I could do a new release removing the entitlement. To be clear, on Sequoia 15.0.1 and using released Xcode 16, I am still getting this alert when building for the App Store (Test Flight) or direct distribution. @colink, it sounds like you might have solved this for Test Flight builds but unclear what you did to do this. Any help on this would be greatly appreciated!!! //Ray
Oct ’24