calendar

I have a mac mini home server that has been crashing every approx. 15 days for over a year now. Its a 2012 mini running Catalina. It does what I call a half crash where many services fail, though I can still make http requests sometimes and I can still SSH in. But no way to see what's going on or sniff out the problem. Then through random chance, I was connected to the mini through screen sharing and turns out it was hours or less before it was going to crash. Memory pressure was super high, yellow with blips into the red. And it was from CloudKeychainProxy! It was clearly leaking and it's memory use was going up and up and up. Slowly, but steadily. SO after about 15 days, my 16 GB system would run out and not fully lock up but functionally lock up. My first clue in i don't even know how long. It's been going on so long, I actually have been logging these crashes on a calendar to see if I could infer any clues that way! I don't know what you mean by reset [the] keychain but what ended up working for

You can create a URL and save it into a calendar event, and the user can tap it to go to your app, but there's no way of making the app open when a specific event time happens. For privacy reasons, the user must invoke your app themselves. Imagine the horrors if a nefarious app added multiple events to your calendar, and their app opened every few minutes.

You’re using YYYY, which yields the year in the week-of-year calendar. You should be using yyyy, which is the normal year. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I have the same issue. Upgraded to IOS 6.3.1 and now get a whole lot of calendar messages from calendars I am not subscribed to. Didnt happen on IOS 5

I adapted the magic command referenced by: https://recoursive.com/2020/03/03/reset_macos_privacy_permissions/ on Monterey generate the list below. Hope this helps... strings /System/Library/PrivateFrameworks/TCC.framework/Versions/A/Resources/tccd | fgrep kTCCService | fgrep -v ' ' | sed -e s/kTCCService// | sort Accessibility AddressBook All AlwaysAllowedService.AppleEvents AppleEvents BluetoothAlways BluetoothPeripheral BluetoothWhileInUse Calendar Calls Camera ContactsFull ContactsLimited DeveloperTool ExposureNotification ExposureNotificationRegion FaceID Facebook FallDetection FileProviderDomain FileProviderPresence FocusStatus GameCenterFriends KeyboardNetwork LinkedIn ListenEvent Liverpool MSO MediaLibrary Microphone Motion NearbyInteraction Photos PhotosAdd PostEvent Prototype3Rights Prototype4Rights Reminders ScreenCapture SensorKitAmbientLightSensor SensorKitBedSensing SensorKitBedSensingWriting SensorKitDeviceUsage SensorKitElevation SensorKitFacialMetrics SensorKitForegroundAppCategory Se

It’s amusing that this guideline: This feature may not be used for dynamic, automatic, or serial changes, such as to reflect up-to-date weather information, calendar notifications, etc. ...basically tells you not to do something that the API doesn’t support anyway. It’s good to be thorough. But be mindful of this part: and the app includes settings to revert to the original icon. So just changing the icon in response to navigation actions within the app may not satisfy the guideline. Since we’re down to trying to parse the exact meaning of the review guidelines, I think you should just submit your app and see how it goes.

Hello, In the case you've described (inspecting the Calendar app), this is expected behavior. Certain information such as element hierarchy and behavior such as performing actions is only available for apps that you are the developer for.

Is it possible to call a specific screen What does this mean? It doesn’t seem to correspond to the title of your post. without user consent That’s usually a red flag here in Apple-land. What exactly are you trying to accomplish? Note that setAlternateIconName always presents an alert after the change, so you can’t quietly change the icon without the user noticing. And while there doesn’t seem to be any specific discussion of this in the HIG or API documentation, the intent of this API is pretty clear: to let the user pick an app icon they like, such as a sports team logo or a more pleasing color scheme. It doesn’t support using the icon to display useful information like the built-in calendar and clock apps do.