App receipt generation is broken (again). I'm getting the message my app is "damaged" on macOS Monterey 12.3.1 with Xcode 13.3.1 when no receipt is delivered after the app quits with exit(173) and I'm prompted for Mac App Store credentials. I tried App Store log out / log in (sandbox and regular account), cleaning derived data as well as reboot to no avail. Being aware of several old postings (and new comments), I decided to start a new thread to increase visibility ... and also filed a bug report FB10014055. Please consider a duplicate report if you're affected to raise Apple's awareness (all system status are reported as "green")...

After updating Safari to version 15.0 (16612.1.29.41.4, 16612), App Store Connect refuses to load "Sales & Trends". Other tabs like "My Apps" are loaded properly and Firefox has no issues showing my trends, but Safari is just presenting a blank page (titlebar only, no navigation, no charts). Apple, what a shame that Safari cannot render even your own web sites... Mattes

Hi folks,My Quick Look plugin reads a "related item" in addition to the file to be thumbnailed / previewed. Therefore I implement a NSFilePresenter as described in scenario 2 of the link Apple documentations:https://developer.apple.com/library/archive/documentation/Security/Conceptual/AppSandboxDesignGuide/AppSandboxInDepth/AppSandboxInDepth.html#//apple_ref/doc/uid/TP40011183-CH3-SW22This approach worked well until macOS 10.15 "Catalina" (and even works there for the main app). When previewing a file with Quick Look the related item file is not read. I assume the sandbox of Quick Look is not extended to the related item.Before filing a RADAR, does anyone has a similar QL plugin and observing the same behavior?Greetings, MattesEdit: If I perform the preview using qlmanage the related item is read...

Hi folks,I'd like to add a Siri Intent Extension to my Objective-C project. Users should be able to pick it in the "Shortcuts" app to trigger it by voice. The extension should only read out a result string to the user. Sounds quite simple, doesn't it?So far I've enabled Siri capability for my app, added the Intent Extension, defined the intent with a fixed result, and implemented a dummy handler, but Siri doesn't show my shortcut and I assume that's because I haven't donated the shortcut so far.Unfortunately I cannot get my brain around the concept of donations (in this context): My app is not going to be launched, there is no specific workflow related to the shortcut, but it should just tell the user what their next lesson a school is: no required parameter, neiter any confirmation, nor a user interaction, not even a specific Intention UI...Is a donation required to make Siri recognize my shortcut? So the app needs to be run at least once to use the shortcut? Does my app need to request Siri access from the user? All examples I found were dealing with more complex scenarios, including app integrations. Do I need to walk all this road?Any help is appreciated, Mattes

Hi folks, Last year I added Siri intents to my iOS app, providing class room information to the user. Worked nicely with iOS < 14: The user could define a shortcut with the corresponding action, e.g. "Next Lesson", and Siri read the result from my intent definition (voice only dialog response). With iOS 14 Siri isn't reading responses anymore, but is only giving the feedback "Okay, viewing with...": So the shortcut is run, displaying the result provided from my app, but not reading it out loud. Unfortunately this was the main purpose of my intents, asking Siri just for some information w/o looking at the phone. Is this a general design decision in iOS 14? What do I need to implement to make Siri (again) reading intent results? Currently I can only think of a bypass, putting the result text into the clipboard and adding a second action reading the clipboard (which is an iOS-provided one). Any thoughts? Mattes

Hi all, I'm currently struggling with implementing In-App purchase in a Mac Catalyst app. After solving (at least some) hurdles building the appropriate OpenSSL libraries, receipt validation is the next challenge: In the past I used a 3rd party tool ("Receigen") to validate receipts and extract e.g. IAP information. It looks like the Mac Catalyst build is not receiving any receipt the same as an iOS app. My first assumption was a different path in the app bundle (like under macOS), but so far I couldn't locate any receipt... Is receipt validation (and IAP) supported for Mac Catalyst apps? Is there any information about the corresponding receipt location, and how validation should happen? The process is quite different between iOS and macOS... Any help is highly appreciated, Mattes

Hi!I have two companion apps, iOS and macOS, supporting iCloud Drive to sync files between devices.Both apps are operating on 3rd party file formats, which are - under certain conditions - enhanced with additional information. This metadata is currently saved in "extended file attributes" by using setxattr / getxattr .Unfortunately I realized that the corresponding file attribute is stripped during iCloud synching. Changing the originally individual attribute name to "com.apple.ResourceFork" was unsuccessful, too. Some attribute seem to get synched, but I don't want to hijack attributes with other purposes, which will lead to unwanted side effects.What is a supported way to store metadata with a 3rd party file format for iCloud syncing, when a file-wrapper is no option?Greetings, Matthias