I don't get it. Where can I look at this? "iOS Team Provisioning Profile"
Provisioning profile "iOS Team Provisioning Profile: com.xxxx.xxxxxx" doesn't match the entitlements file's value for the com.apple.developer.device-information.user-assigned-device-name entitlement
Post
Replies
Boosts
Views
Activity
Never mind, it's still not working
Find the provisioning profile that Xcode is using.
How do you find this? I thought whole point of automatic signing is to not have to do this manually.
In any case assuming it's in ~/Library/MobileDevice/Provisioning Profiles
I see a xxxxxx.mobileprovision file. But Inside Code Signing doesn't show any type of example using the mobile provisioning file.
Incredible that it is this difficult to enable an entitlement. When I tried to open a TS for it, the default entry was a question about entitlement.
Sorry that enabling something that Apple took away is so painful to enable.
This is not working for me. I received approval and did the following.
1: I added the capability and it is there enabled in Certificates, Identifiers & Profiles->indentifiers->myID->additional capabilities->User Assigned Device Name is enabled,.
2:In Xcode 13 and later, once the capability is enabled for your App ID, you can configure Xcode to support automatic signing.
In your app’s .entitlements file, add the assigned entitlement key and value pair.
OK where is the key and value pair shown?
In my Xcode provisioning/Xcode managed profile, I see "com.apple.developer.device-information.user-assigned-device-name"
OK assuming this is the key and value as described somewhere online, not in documentation that I can, I put that into my entitlements file along with Boolean YES
I get this:
Automatic signing failed. Xcode failed to provision this target. Please file a bug report at https://feedbackassistant.apple.com and include the Update Signing report from the Report navigator.
Provisioning profile "iOS Team Provisioning
Profile: com.xxxxx.***" doesn't match the entitlements file's value for the com.apple.developer.device-information.user-assigned-device-name entitlement
Here is the answer. There's an option to access the sandboxed url.
Hope this helps others.
Wrap your NSData call with this:
BOOL isAcccessing = [url startAccessingSecurityScopedResource];
// access NSData here
if (isAcccessing) {
[url stopAccessingSecurityScopedResource];
}
I understand that, but the share icon and open in.... should pass the document via the inbox right?
Why would my app not have permission to view the document when it's from the files app?
Error Domain=NSCocoaErrorDomain Code=257 "The file “afile.pdf” couldn’t be opened because you don’t have permission to view it." UserInfo={NSFilePath=/private/var/mobile/Containers/Shared/AppGroup/xxxxxxxx/File Provider Storage/afile.pdf, NSUnderlyingError=0x281f4f150 {Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"}}
Once the connection is made it will appear as a MIDI destination. You need to send MIDI to this device using Core MIDI.
Here are some things people can try.
1: unpair devices.
2: use lighting cable, not network.
3: run Xcode in Rosetta (if on M1)
4: Write Apple!!!!!!
Yes, unpair and connect via lighting cable. This is terrible. On both Intel and M1 computers... long freezes when switching to Xcode. I've sent sysdiagnose so hopefully that helps them, although I have no idea how people are using this as-is.
Running Xcode in Rosetta works.
Quinn,
I went carefully through your previous posts about notarization and saw the timestamp requirement.
That fixed it!
Ignore. I figured it out. How do you delete a post?
Thank you. I converted the curly quotes to plain text but apparently that is not enough.
Thank you for the help!
OK I can't believe this was the problem. In every single example I see, the password, user name etc... are all in quotes.
I removed all quotes and it worked. What????
Is this the way it's supposed to work?