calendar

I experience the same. I think it is a bug because it used to be working fine prior to watchOS10. I have also tested a few of third party widgets and they have the same problem - not redacted when not worn. Only Apple's own widgets like calendar seems to be working just fine though.

From Protect user privacy with information property list keys: To access a person’s calendar events or reminders through EventKit or EventKit UI, your app needs to include descriptions for the following if your app links to iOS 10 or later, and runs on iOS 10 through iOS 16: NSContactsUsageDescription, as EventKit UI may need to access Contacts data to choose the correct display name or avatar for a contact in a calendar. Warning If your app that’s linked on iOS 10 through iOS 16 doesn’t include these keys, your app crashes.

See TN3152: Migrating to the latest Calendar access levels and TN3153: Adopting API changes for EventKit in iOS 17, macOS 14, and watchOS 10 for details.

Be sure to read TN3152: Migrating to the latest Calendar access levels.

I found the apparent cause, by creating a new project containing the simplest possible code to try to replicate this issue, and gradually making changes to replicate specifics of the code usage in my app. It seems that creating and using a second instance of EKEventStore was the cause of the issue. In previous macOS versions this did not cause any problem, and appeared to be valid usage. However, I have apparently been able to resolve the current problem by ensuring that I create and use only a single instance of EKEventStore in my app. Although the second instance I was creating on the fly does contain all the same EKSource entities, and used to return the same calendars in a call to calendarsForEntityType, it now it does not return any calendars at all in a call to calendarsForEntityType. I would suggest that this is a bug. Perhaps EKEventStore should in future be given a shared singleton property in the API.

You are not alone about this : Hello, Upon further review of the activity associated with your Apple Developer Program membership, we have determined that your membership, or a membership associated with your account, has been used for dishonest or fraudulent activity. Therefore, your Apple Developer Program account has been flagged for removal. Specifically, we found that your account is associated with terminated developer accounts, or accounts pending termination, in direct violation of section 3.2(f) of the Apple Developer Program License Agreement, which states: “You will not, directly or indirectly, commit any act intended to interfere with any of the Apple Software or Services, the intent of this Agreement, or Apple’s business practices including, but not limited to, taking actions that may hinder the performance or intended use of the App Store, Custom App Distribution, TestFlight, Xcode Cloud, Ad Hoc distribution, or the Program (e.g., submitting fraudulent reviews of Your own Application or any thir

I have similar problem. Just happen to me on iOS 17.0.3 and macOS Sonoma. I have an incident where calendar full access permission is granted in Settings>Privacy, but in the app it says No calendar access (status NotDeterminded). But I mean... in the Settings app it is clear that the permission is granted. I thought once the permission is granted, no matter what my code does or if there is any error in my code, the Full Access Permission should stay the same, no?

I finally figured out the issue and build error I was seeing related to this error. My app minimum target is iOS 16, and I was using a version of AppShortcut.init that is only available in iOS 17. I updated my AppShortcutsProvider code as follows to be able to still support iOS 16, and also the iOS 17 version: struct AppShortcuts: AppShortcutsProvider { static private let phrases: [AppShortcutPhrase] = { return [Do Intent in (.applicationName)] }() static var appShortcuts: [AppShortcut] { if #available(iOS 17.0, *) { return [ AppShortcut( intent: DoMyIntent(), phrases: phrases, shortTitle: DoIntent, systemImageName: calendar ) ] } else { return [ AppShortcut( intent: DoMyIntent(), phrases: phrases ) ] } } }