Hi, I am trying to create an action extension for my iOS app. My action extension for now is a simple image viewer, the one of the default action extension template. My problem is that the action extension is working only for jpg images but not for heif images. I am testing this with the Apple's Photos app. This is my plist: keyNSExtension/key dict keyNSExtensionActionWantsFullScreenPresentation/key true/ keyNSExtensionAttributes/key dict keyNSExtensionActivationRule/key dict keyNSExtensionActivationDictionaryVersion/key integer2/integer keyNSExtensionActivationSupportsImageWithMaxCount/key integer1/integer /dict keyNSExtensionServiceAllowsFinderPreviewItem/key true/ keyNSExtensionServiceAllowsTouchBarItem/key true/ keyNSExtensionServiceFinderPreviewIconName/key stringNSActionTemplate/string keyNSExtensionServiceTouchBarBezelColorName/key stringTouchBarBezel/string keyNSExtensionServiceTouchBarIconName/key stringNSActionTemplate/string /dict keyNSExtensionMainStoryboard/key stringMainInterface/string keyNSExtensionPointIdentifier/key stringcom.apple.ui-services/string /dict Do you know how to make it work also for HEIF pictures?

Hi there, do you happen to know if XCode 14 will support macOS 12 Monterey? I can see that its beta release still works with macOS Monterey but what about the final version? I noticed that current release of XCode 13 does not support the previous macOS 11 Big Sur. They dropped support with the update 13.3. Does someone know if it will be the same for XCode 14? Will they initially maintain support for Monterey and then drop support at some point in time?

Hi, I'd like to know if I have to set ITSAppUsesNonExemptEncryption key to true when using encrypted CoreML models as explained in the WWDC20-10152 video Use model deployment and security with Core ML Thank you. Gio

Hi there, I've encountered a file permission bug in iOS 18.1.1 when using FileManager.default.copyItem(at:to:) to copy files from an iCloud shared folder to the app sandbox. This issue occurs under the following conditions: The source file resides in an iCloud shared folder. The iCloud shared folder is owned by another iCloud user and shared with read-only permissions. The app copies the file to its sandbox using the copyItem(at:to:) method. Observed Behavior: After copying the file to the app sandbox, the original file's read-only permissions are propagated to the copied file. This results in an inability to delete the copied file from the app sandbox, with the following error message: NSCocoaErrorDomain, Code 513: "The file couldn’t be removed because you don’t have permission to access it." Steps to Reproduce: Access a shared iCloud folder owned by another user with read-only permissions. Copy a file from this folder to the app sandbox using FileManager.default.copyItem(at:to:). Attempt to delete the copied file within the app sandbox. Workaround: Until this issue is resolved, the bug can be avoided by initializing the UIDocumentPickerViewController with the asCopy: true parameter: UIDocumentPickerViewController(forOpeningContentTypes: contentTypes, asCopy: true) This ensures that the copied file does not inherit the original permissions from the shared source file. Example Project: To reproduce the issue and observe the error, I’ve created a sample project hosted on GitHub: https://github.com/giomurru/FileDeletePermissionBug This project provides step-by-step instructions for testing and reproducing the bug. Environment: iOS/iPadOS Version: 18.1.1 Devices: [iPhone 15, iPad 9th Gen] Development Tool: Xcode 16.1 I hope this helps Apple engineers and other developers experiencing the same issue. Feedback or additional insights would be appreciated. Giovanni