I see this: default 15:14:10.967991+0200 sharingd Received Handoff payload reply from "<private>" via Rapport (<private>) with requestIdentifier <private>, xid <private> default 15:14:10.968033+0200 sharingd Received requested Handoff payload via <private> from "<private>" (<private>) for <private> with activity payload of size <private> for requestIdentifier <private> (<private>). RTT:<private> default 15:14:10.970822+0200 sharingd DeviceDiscoveryUpdate: SFDeviceDiscovery (CLink), 0x1 < Info >, cflags 0x21 < AdvData >, ScanRate Invalid, ScreenOff, RSSI Change Detection, RSSI >= -80 info 15:14:10.972649+0200 sharingd NearbyInfo sending activity level, original: 0xb encrypted:0x2 info 15:14:10.972951+0200 sharingd [NearbyAction] Scan restart skipped when unchanged info 15:14:10.972982+0200 sharingd [NearbyInfo] Scan restart skipped when unchanged info 15:14:10.973205+0200 sharingd [Prox] Scan restart skipped when unchanged default 15:14:11.011373+0200 sharingd Streams are being requested from service = <private> default 15:14:11.011430+0200 sharingd Streams are being requested for bonjour name = <private> info 15:14:11.011580+0200 Yoink getContinuationStreamsWithCompletionHandler(), inputStream=(null) outputStream=(null) error=Error Domain=NSPOSIXErrorDomain Code=94 "Bad message" UserInfo={NSLocalizedDescription=Could not set up internal streams} error 15:14:11.011466+0200 sharingd Service does not have a bonjour name (This is from iOS 26.4.2 to macOS v26.4.1, right after I click on my app's Handoff icon in the Dock on my Mac, so the service advertisement part works). The last line might be the kicker, but I don't know. Restarts of all my devices didn't change a thing. All the important values are because I don't have the time right now to go through Apple Configurator, Device Management and all that jazz to set up a profile that enables private logging. I also tried in a VM, but couldn't get Handoff to work there for the life of me, so … But maybe that last line is the tell-all anyway? My iPhone's name is just iPhone 14 Pro, and I don't see other devices with that name on my network anywhere. And the following is from macOS 26.4.1 to iOS 26.4.2, right after tapping the Handoff prompt for my app in the app switcher: default 15:39:18.006109+0200 sharingd Received Handoff payload reply from "<private>" via Rapport (<private>) with requestIdentifier <private>, xid <private> default 15:39:18.006248+0200 sharingd Received requested Handoff payload via <private> from "<private>" (<private>) for <private> with activity payload of size <private> for requestIdentifier <private> (<private>). RTT:<private> default 15:39:18.008419+0200 sharingd DeviceDiscoveryUpdate: SFDeviceDiscovery (CLink), 0x21 < Info iCloud >, cflags 0x23 < AdvData Distance >, ScanRate Invalid, ScreenOff, ScreenOffRescanInterval 900, RSSI Change Detection, RSSI >= -75 info 15:39:18.008826+0200 sharingd NearbyInfo sending activity level, original: 0xb encrypted:0xf debug 15:39:18.009011+0200 sharingd Ignoring host AP check for advertising WiFiP2P bit info 15:39:18.009027+0200 sharingd [NearbyAction] Scan restart skipped when unchanged info 15:39:18.009038+0200 sharingd [NearbyInfo] Scan restart skipped when unchanged info 15:39:18.009049+0200 sharingd [Prox] Scan restart skipped when unchanged debug 15:39:18.013154+0200 sharingd SDStatusMonitor: SBSEventObserved <private> default 15:39:18.013453+0200 useractivityd client process changing types to scan for to <private> info 15:39:18.013492+0200 sharingd requested scanning for <private> default 15:39:18.013645+0200 sharingd Starting<private><private><private> scanning with duplicates:<private> for peers [<private>] debug 15:39:18.019911+0200 sharingd SystemUI unknown identifier: '<private>'/ '<private>' default 15:39:18.019936+0200 sharingd SystemUI changed: <private> -> <private> default 15:39:18.019948+0200 sharingd SDAirDropNearFieldService Buddy not visible, attempting to start default 15:39:18.020960+0200 sharingd SDAirDropNearFieldService: start error 15:39:18.020983+0200 sharingd SDAirDropNearFieldService.startNearFieldController SKIP - feature disabled error 15:39:18.021622+0200 sharingd SDAirDropNearFieldService: Near field Controller is not available. default 15:39:18.031675+0200 sharingd on lock screen: <private> debug 15:39:18.043313+0200 sharingd IDSContinuity didStartScanningForType: <private> info 15:39:18.176112+0200 sharingd BLE NearbyInfo changed SFBLEDevice ID bb004158-c262-1000-8000-001ff3fb80df, RSSI -71 (-63)t~F, Ch 39, AdvD <2a987184d3>, Nm 'BBOEgsiK', Md 'BBcYBtEC', Paired yes, Cnx no, OBC=? info 15:39:18.176172+0200 sharingd NearbyInfo received activity level: 0x1 after decryption default 15:39:18.760433+0200 sharingd Client '<private>' lacks device name entitlement error 15:39:18.781255+0200 Yoink Error retrieving proxy object. Returned values (proxy = <private>, deviceName = <private>, deviceID = <private>, deviceIP = <private>, error = <private>) default 15:39:18.781265+0200 sharingd Streams are being requested from service = <private> default 15:39:18.781299+0200 sharingd Streams are being requested for bonjour name = <private> error 15:39:18.781337+0200 sharingd Service does not have a bonjour name The same error gets logged, if it even means anything. Lacks device name entitlement is intriguing as well - is there a new one for handoff introduced in macOS 26.4.x? I couldn't find that line in the macOS logs. Thank you kindly, – Matthias

Anyone here using NSUserActivity's supportsContinuationStream = YES and seeing similar behavior?

see also: https://developer.apple.com/forums/thread/816350 . Has been an issue for a long time on-and-off. Even Apple-apps are not getting push notifications on Mac, like Journal.

Feedback ID FB20022894

Is nobody else with custom Control Widgets in macOS Control Center experiencing this issue? Am I the problem? 🤪

Or is there some metadata I could attach to the audio tracks to indicate that they're not alternates, but should all be played together?

Any pointers or ideas for different approaches would be much appreciated - thank you : )

Will be fixed with macOS 15.1, according to this thread: https://forums.developer.apple.com/forums/thread/764435?answerId=806097022#806097022

Because my other thread ( https://forums.developer.apple.com/forums/thread/765433 ) is not getting any response to this pressing matter, please forgive me reviving this older thread. Has there been a change to security-scoped fileURL bookmarks in macOS Sequoia (like a new entitlement, for example)? I've been getting multiple reports of my app just not being able to create security-scoped bookmarks for file URLs, although my code for this has not changed. There are two cases: for some customers, it doesn't work at all, for others, it works (to quote one) "like 40% of the time". There's no discernible pattern to it working or failing (like, internal/external disks, file types, etc). Naturally, I cannot reproduce this issue myself, but I do know that it's not just the Mac App Store version, it also happens for my demo and Setapp versions of the app (which also run in the app sandbox). When the bookmark creation fails, it is accompanied by this line in the logs: Failed to retrieve app-scope key A restart fixes the issue temporarily (most but not all of the time), sometimes even just a relaunch of my app. But that's just an annoying temporary fix, and the issue reoccurs after a while. It definitely seems to be tied to macOS Sequoia - I've not received reports of it not working on older versions of macOS. Thank you for any and all insights, – Matthias

Is there a bug with security-scoped bookmarks on macOS Sequoia? I don't think anything could have changed with entitlements, since it all works on my Macs. I also just got a report about my app Transloader that apparently can no longer hold references to user-selected apps for its Link and File actions (on that user's Mac - again, for me, it all works).

The original issue remains, however, that I'm suddenly getting multiple reports daily of some of my apps (ScreenFloat, Yoink), suddenly being shown as damaged and needing to be re-downloaded from the Mac App Store. Happening on macOS 15, 14, 13, 12, 10.14 so far. What puzzles me is that this is not a Sequoia-only thing, where I'd understand if suddenly my receipt validation code would fail due to changes, but it's happening on older systems, too, where receipt validation has never been a problem before. Perhaps it has to do with this log message a customer shared with me: standard 12:58:40.391649+0200 storelegacy StoreLegacy: Failed to perform in-line receipt renewal for application at path /Applications/Yoink.app : '(null)' I'm starting to think it's not my receipt validation code that's responsible here, as it works on all my Macs, all on different systems, all downloaded from the Mac App Store. So, any pointers highly appreciated - thank you.

But if this is true: " The persistent storage for cached app transactions isn't directly accessible from your app " how could this be a scenario: " someone may have copied a valid app transaction from one Mac, and then tried to install it on another Mac " If I just copy a Mac App Store downloaded app from one Mac to another, and the relevant transaction is not part of the app's bundle, how would it transfer with the copy?

sorry to revive this year-old post, but has this been resolved with subsequent releases of macOS?

Thank you, Quinn. Should I re-post this original question in App & System Services > StoreKit, or can I move it there?

Thank you, I'll try that. I have a few other questions regarding receipt validation: Does Sequoia's MAC address randomization affect receipt validation, when using IOKit to get the kIOEthernetInterfaceClass objects and their addresses? Using AppTransaction, does that require the customer to be always online for it to work? Is the data AppTransaction needs automatically downloaded during the app install from the Mac App Store, or only on first launch (requiring an internet connection)? Once that data has been downloaded by AppTransaction, is it cached until the app's next update, or is that data cleared at some time during the version's life and needs to be re-downloaded (therefore requiring an internet connection during launch)? – Matthias