Posts

Post marked as solved
5 Replies
784 Views
Hi there, it looks like if you post a feedback id like FB1234567, a link will be crated automatically: (https://feedbackassistant.apple.com/feedback/1234567) That's great, however it doesn't seem to work for ids with higher numbers as you can see with this example: FB12345678 New bug reports will get ids over 12,000,000 (8 digits) Cheers
Posted
by Iomegan.
Last updated
.
Post not yet marked as solved
6 Replies
2.4k Views
Hi, I have developed a Shortcuts action for the new Shortcuts of macOS 12. I've created a custom intent and an Intents extension. My action receives one or more files as input. The file type has been set to a custom UTI com.adobe.pdf. However the files cannot be opened. I can see in the Console that Sandbox denies the access.  If I handle the intent directly in my main app with func application(_ application: NSApplication, handlerFor intent: INIntent) -> Any? I can only open files that have been opened by the main app before. If I handle the intent in an app extension I can't open any file at all. Both the main app and the extension are sandboxed with com.apple.security.files.user-selected.read-only set to 1. My app is singed with my valid developer ID. The example Shortcut workflow I've build simply receives PDFs as an input and is set-up to work as a Quick Action. But no matter which Shortcut configuration I choose, it does not seem to make a difference. Interestingly everything works as expected if I set com.apple.security.files.downloads.read-write to 1. Of cause that only works with the Downloads folder. My question: How do I have to configure my app and/or app extension in order to work with files that have been opened in Shortcuts and given to my Shortcut action as an input parameter. Cheers and thanks for your help
Posted
by Iomegan.
Last updated
.
Post not yet marked as solved
2 Replies
1.1k Views
With macOS 11 Apple has introduced a new NSToolbarItem called NSSearchToolbarItem that automatically resizes to accommodate typing when the focus switches to the toolbar item. Here Apple says this is backwards compatible with older versions of macOS: https://developer.apple.com/wwdc20/10104 (minute 11:50) However launching my app with a NSSearchToolbarItem from interface builder on macOS 13, crashes my app with the following Application Specific Information: Terminating app due to uncaught exception 'NSInvalidUnarchiveOperationException', reason: ' -[NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (NSSearchToolbarItem) for key (NS.objects); the class may be defined in source code or a library that is not linked' terminating with uncaught exception of type NSException Launching it on 10.15 works fine as there is a NSSearchToolbarItem. I haven't been able to test 10.14 yet. Apple says in session 10104 it is backwards compatible if you load it from a nib file. It should be replaced by a NSToolbarItem with a NSSearchField. But obviously it is not.  Any ideas?
Posted
by Iomegan.
Last updated
.