file uri scheme

@DTS Engineer Thank you for the detailed reply! It may take me a while to respond to all of your points, but here is a start: Yes, the issue here is that nothing (no app launch and/or document open) is happening. The target app is a copy of BBEdit in my ~/Applications folder. Using the open command to open the same text file with the same copy of BBEdit works fine. Regarding How did your app get that file URL? Is your app able to open the file? And is the file already downloaded or is it still dataless? The file is downloaded. My app gets the URL by drag and drop from the Finder. My app does not attempt to open the file on its own, it just forwards the URL to be opened by another app, BBEdit in this case, somewhat like what the Dock does. Dang, now all of a sudden it's working. Obviously I need to do a lot more testing.

One thing that may be happening here is that your app is launching without the debugger attached, which is where Quinn's points about the system log come in. You can use the macOS Console app to look for your logs once you're using OSLog. Something I like to do in addition to that is configure LLDB to wait to attach until your process is launched. That way, when you use Siri to launch the app, the logs you're expecting will be picked up in the LLDB console. You can configure this in your Xcode scheme, under the Run options. With that configuration set, if you press the Run button in Xcode, the system starts LLDB, but not your app like usual when you press the Run button. You can then launch your app through Shortcuts or Siri, LLDB will now attach automatically, and record all of your OSLog statements inside of Xcode for that launch sequence. — Ed Ford,  DTS Engineer

When I pass a file path URL of a file in iCloud Drive to -[NSWorkspace openURLs:withApplicationAtURL:configuration:completionHandler:], it fails. A few different suggestions/questions: Have you tried this with different apps and, ideally, using a dedicated test app as the target? Related to that point, what happens if you use open (which basically does exactly what you're doing) to do the same thing? Note that I'm NOT suggesting you use open instead of NSWorkspace, just trying to clarify if the failure is specific to your app or not: open -a How did your app get that file URL? Is your app able to open the file? And is the file already downloaded or is it still dataless? Is the target path in /Applications/ or somewhere else? If it's not in /Applications/, does your app have access to the location it's located at? Covering a few details: There is no exception, and the completion handler isn't called. I'd have to look at the code, but I suspect the completion handl

Please consider filing a bug report about this so our engineering teams can investigate this issue. A resolution may involve changes to Apple's software. If you post the Feedback number here I'll check the status next time I do a sweep of forums posts where I've suggested bug reports. Bug Reporting: How and Why? has tips on creating your bug report.

Filed the feedback using my work account. FB21250373.

When a user receives a cellular call and it is in the ringing state, and the application receives a video call which is reported to CallKit. The user rejects the cellular call from the CallKit UI. The video call is also getting rejected. The application is receiving performEndCallAction when the user is rejecting the cellular call. As a part of CXcallobserver, the application is receiving a call connected, then disconnected for the cellular call SO, two questions here: Are you able to reproduce the issue in Speakerbox? If you can't reproduce the issue there (either directly with our code or with minimal modification if the sample doesn't quite match your use case), then the problem is with your call handling, not CallKit. Have you filed a bug and, if so, what's the bug number? Note that in your bug, I would recommend both noting that you've reproduced the issue in Speakerbox and, ideally, using Speakerbox when reproducing the issue for the sysdiagnose you upload to the bug. __ Kevin Elliott DTS Engin

26.2. to working in uconnect. Did all restarts and different cables. Nothing Have you filed a bug on this and, if so, what's the number? FB18029135 was fixed in iOS 26.2 and was closed after the developer who filed the bug verified that it was working correctly. __ Kevin Elliott DTS Engineer, CoreOS/Hardware

Please file a bug report using the Feedback Assistant tool to upload additional information about your issue including logs from the device, https://developer.apple.com/bug-reporting/ After you create your report, reply here with the Feedback ID so I can take a look!

Just to check if a file under a given URL is dataless or not, you can have a look at URLUbiquitousItemDownloadingStatus. Whether you can use this inside File Provider extension process or not, or how to know which URLs to check - that's a separate question I can't answer.

[quote='868011022, chrismuench, /thread/769472?answerId=868011022#868011022, /profile/chrismuench'] it is clearly still a bug in Xcode 26 [/quote] Absolutely. There’s no argument about that. [quote='868011022, chrismuench, /thread/769472?answerId=868011022#868011022, /profile/chrismuench'] which leads to deployment failure from my Visual Studio on my PC. [/quote] With Xcode, you don’t need to explicitly install the profile because the system picks it up from the embedded.mobileprovision file embedded within the built app. I don’t know enough about how Visual Studio builds and installs apps to offer any insight into why that’s not working for it. My advice is that you escalate this via the support channel for that tooling. ps It’s better to reply as a reply, rather than in the comments; see Quinn’s Top Ten DevForums Tips for this and other titbits. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I have the same issue - first time notirizing and the app stuck with In Progress. I've even made a tiny one-liner bash script app, which resulted in a 8kb zip file, and it also faced the same fate.

Yeah, that would be cool. [quote='809020021, matthewruzzi, /thread/809020, /profile/matthewruzzi'] FB21241023 [/quote] Thanks for filing that. In the meantime, you can work around this by posting the video to your favourite file sharing site and then posting a link to it here. If you run into problems posting the link, see tip 14 in Quinn’s Top Ten DevForums Tips. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com