403 error occurred
Entitlements
RSS for tagEntitlements allow specific capabilities or security permissions for your apps.
Post
Replies
Boosts
Views
Activity
I'm currently facing an issue with APNS token registration on iOS 16.7.1 specifically for iPhone 8+. I'm working on integrating Firebase into my iOS app for push notifications.
Problem:
The problem I'm encountering is that the didRegisterForRemoteNotificationsWithDeviceToken and didFailToRegisterForRemoteNotificationsWithError delegates are not being called at all, despite Firebase successfully generating the FCM token.
Environment:
Device: iPhone 8+
iOS Version: 16.7.1
Xcode Version: latest
Swift Version: latest
Firebase SDK Version: latest
Observations:
Firebase successfully generates the FCM token, indicating that the device is able to connect to Firebase Cloud Messaging.
However, the standard APNS delegate methods (didRegisterForRemoteNotificationsWithDeviceToken and didFailToRegisterForRemoteNotificationsWithError) are not being triggered.
This issue seems specific to iOS 16.7.1 on the iPhone 8+. I already tested on other iphone its work normaly.
Steps Taken:
1.Ensured that APNS is properly configured in the Apple Developer Console.
2.Firebase is set up correctly, as evidenced by the successful generation of FCM tokens.
3. No relevant errors or warnings in the Xcode console.
Question:
Has anyone else experienced a similar issue on iOS 16.7.1 or with iPhone 8+ devices? Any insights or suggestions on how to troubleshoot and resolve this issue would be greatly appreciated.
Thank you in advance for your time and assistance!
Additional Information:
If you need more information or code snippets, please let me know.
If there's a more appropriate place to post this issue or if it has already been addressed, kindly guide me.
Hello all,
Does anyone know how long it will take Apple to approve multicast entitlement approval after the Apple form is submitted?
Any input would be appreciated.
Thank you
Allyson
Hi,
I am trying to distribute my Flutter macOS app, but it fails systematically.
The application works perfectly locally (in both Debug & Release modes).
My application uses the com.apple.developer.aps-environment entitlement (Push Notifications).
I set this entitlement to "production" everywhere (DebugProfile.entitlements, Release.entitlements & RunnerProfile.entitlements).
I have macOS distribution provisioning profile.
When I am running the 'Archive', I selected as destination: "Any Mac (Apple Silicon, Intel)".
When I am trying to deliver the archive, I receive the following error:
Invalid Code Signing Entitlements. Your application bundle's signature contains code signing entitlements that are not supported on macOS. Specifically, value 'development' for key 'com.apple.developer.aps-environment' in ...
and this... for every single asset !!
My configuration is:
Flutter 3.16.2
XCode 15.0.1
Mac OS: Ventura 13.6.1
Hardware: Mac mini 2018
Any help will be more than welcome...
Thanks in advance,
I have an app which uses the Local Push Connectivity API.
I have requested and received the entitlement and everything is working in dev-mode, but once I try to distribute the app to the AppStore I got the following error:
Provisioning profile failed qualification
Profile doesn't match the entitlements file's value for the com.apple.developer.networking.networkextension entitlement.
I was wondering if I need an other entitlement for this, mine is called Local Push Provider iOS Dev which makes me feel like there should be a Store counterpart - but I did not see how to request it on the Entitlement Request Page.
Thanks for any hints!
Currently, My company application get generic device name instead of user-assigned device name on iOS 16 and iOS 17.
I read Apple’s documents about the issue:
https://developer.apple.com/documentation/uikit/uidevice/1620015-name
https://developer.apple.com/forums/thread/721772
But on my account settings, I couldn’t see the entitlement or any way to enable the entitlement.
Could you please give me instructions for my problems?
Our app requires permission from the Multicast Networking Entitlement Request page.
https://developer.apple.com/contact/request/networking-multicast
However, we are unable to load the content of the page.
The login page reloads after we have successfully logged in, even with correct username and password.
Could you please help us resolve this issue?
Thank you.
Any tips how my company and I can proceed with our Tap to Pay implementation review with Apple? As the title says, we submitted a video 26 days ago and have no traction.
I've replied to Apple's "Request Access..." email multiple times with "Case-ID: blah blah" as the first line every time. Between 4 to 6 days later I get the same auto-reply saying "Your entitlement request for the Tap to Pay for iPhone has been granted with the Development Profile restriction...".
We've been release-ready for several weeks now. Our product roadmap is being adversely affected by this bottleneck.
Any suggestions are welcome! We're at a loss right now.
-Jordan
Timeline of Events
24 Oct - Submitted TtP for iPhone entitlement request via Apple's web form
27 Oct - Received email confirming entitlement with Development Profile restriction
02 Nov - Replied with video recording of our apps TtP flow
10 Nov - Received same entitlement confirmation email as 27 Oct
13 Nov - Replied asking if Apple needs anything else from us
17 Nov - Received same entitlement confirmation email as 27 Oct
22 Nov - Resent video from a different email account
28 Nov (today) - Received same entitlement confirmation email as 27 Oct
Since iOS 17 is out I am getting crashes in my Driving Task CarPlay app. It is as if the System tried to push a CPNowPlayingTemplate to my app, and that template, according to the documentation, is not allowed for a Driving Task CarPlay app. I get the following error:
Fatal Exception: NSInvalidArgumentException Unsupported object <CPNowPlayingTemplate: 0x283944c60> <identifier: 3195B357-D184-41BF-91CA-399C5810A8EA, userInfo: (null), tabTitle: (null), tabImage: (null), showsTabBadge: 0> passed to pushTemplate:animated:completion:. Allowed classes: {( CPInformationTemplate, CPListTemplate, CPAlertTemplate, CPActionSheetTemplate, CPTabBarTemplate, CPGridTemplate, CPPointOfInterestTemplate )}
My app, from time to time, plays some sounds to warn the driver about issues in the road. Maybe that can trigger (in which cases?) the now playing template to be pushed to my app.
Is this an iOS 17 bug? Is there a way to work around it?
Thank you.
I have applied twice for Location Push service entitlement , the first time was last year and I forgot about it but I just checked my emails and I have found no response from apple at all , only the case-id from the automated email
and now I applied for it again and no response
can someone advice me what shall I do ??
my app really depends on it
Hi, I am trying to use the Multipath capability in order to use Multitcp for a clientside app I am developing. When I try building my code, I get the following error:
Personal development teams, including "XXXX", do not support the Multipath capability.
Can anyone direct me regarding how I can get this entitlement?
Consider a scenario:
There are two iOS apps,
App1: com.example.app1
App2: com.example.app2
App1 has no keychain access groups, other than its default group that is .com.example.app1
However, App2 has keychain access groups added which is bundle identifier of App1 i.e. .com.example.app1, So App2 access groups are as follows: [.com.example.app1, .com.example.app2]
This way App2 has access to App1’s private access group. Which means App2 can Create, Read, Update and Delete ALL the keychain items inside App1’s private group.
But, Apple’s Developer documentation says otherwise.
Referring to this document: https://developer.apple.com/documentation/security/keychain_services/keychain_items/sharing_access_to_keychain_items_among_a_collection_of_apps
In section “Establish your app’s private access group” (https://developer.apple.com/documentation/security/keychain_services/keychain_items/sharing_access_to_keychain_items_among_a_collection_of_apps#2974916), it says that “Because app IDs are unique across all apps, and because the app ID is stored in an entitlement protected by code signing, no other app can use it, therefore no other app is in this group”.
Focus on “therefore no other app is in this group”. But as proved from above scenario, App2 can be part of App1’s private access group.
Hello!
we are trying to request of a new Entitlment for "com.apple.developer.endpoint-security.client" for our desktop app.
Issue is that we are not able to insert the request for an "Unathorized" error, with the mesage below in which seems that we lack some agreements on our account:
_Unathorized: If you’re a member of a developer program, make sure your Account Holder has agreed the latest license agreement.
_
The only agreements we are curretly missing is the one for "Paid app", wiht bank account informaition and so on.
Does anyone know anything about it, if it is mandatory to fill this to proceed with the request?
Thanks!
Error logs:
ProcessAssertion::acquireSync Fail(ed to acquire RBS assertion 'WebKit Media Playback' for process with PID=11722, error: Error Domain=RBSServiceErrorDomain Code=1 "originator doesn't have entitlement com.apple.runningboard.assertions.webkit AND originator doesn't have entitlement com.apple.multitasking.systemappassertions)" UserInfo={NSLocalizedFailureReason=(originator doesn't have entitlement com.apple.runningboard.assertions.webkit AND originator doesn't have entitlement com.apple.multitasking.systemappassertions)}
I updated the app bundle ID of my app in my associated domains file on my server which can be viewed using the Apple CDN at (https://app-site-association.cdn-apple.com/a/v1/myApp.app) and on my server at (https://myApp.app/.well-known/apple-app-site-association). All I did was update the app Bundle ID of my app in Xcode and likewise in the associated domains file, and now it is no longer working and I'm getting the error Application with identifier ABCDE12345.app.myApp.MyApp is not associated with domain myApp.app. This error is thrown when attempting to use the webcredentials portion of the associated domain file for logging in via Passkey. I've waited for 6 days to let the changes propagate through the CDN but the issue is persisting. Strangely enough, it has worked a few times since I changed it but almost always fails. This intermittent behavior leads me to believe it might be something up with the CDN? The only thing I changed about my appID was the domain, e.g. ABCDE12345.io.oldDomain.MyApp to ABCDE12345.app.myApp.MyApp.
My file is structured as so:
{
"applinks": {
"apps": [],
"details": [
{
"appID": "ABCDE12345.app.myApp.MyApp",
"components": [
...
]
}
]
},
"webcredentials": {
"apps": [
"ABCDE12345.app.myApp.MyApp"
]
}
}
Likewise I updated the entitlements in my app to webcredentials:myApp.app from webcredentials:oldDomain.io and similarly for the appLinks.
I've tried deleting the app, restarting Xcode, clean builds, all that jazz to no avail. Any advice you have for remedying this would be greatly appreciated. This has brought my beta to a halt because no one can log in or sign up. Thank you.
Run the command below can disable DriverKit-specific entitlement checks. How can I enable the DriverKit-specific entitlement checks again?
sudo nvram boot-args="dk=0x8001"
This is my entitlements.plist:
<key>com.apple.security.app-sandbox</key>
<true/>
<key>com.apple.security.device.usb</key>
<true/>
Check signing result, I run
codesign -d --entitlements :- ./dist/My.app
codesign -vv ./dist/My.app
and I get this
Executable=/dist/My.app/Contents/MacOS/main
Warning: Specifying ':' in the path is deprecated and will not work in a future release
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "https://www.apple.com/DTDs/PropertyList-1.0.dtd"><plist version="1.0"><dict><key>com.apple.security.app-sandbox</key><true/><key>com.apple.security.device.usb</key><true/><key>com.apple.security.network.client</key><true/><key>com.apple.security.network.server</key><true/><key>com.apple.security.temporary-exception.files.absolute-path.read-only</key><array><string>/private/etc/apache2/mime.types</string></array></dict></plist>
./dist/My.app: valid on disk
./dist/My.app: satisfies its Designated Requirement
But when I run my app, I got
['/dev/cu.Bluetooth-Incoming-Port', 'n/a', 'n/a']
['/dev/cu.usbmodem23401', 'GD32 USB CDC ACM in FS Mode', 'USB VID:PID=28E9:018A SER=GD32F30X-3.0.0-7z8x9yer LOCATION=2-3.4']
(1, "could not open port /dev/cu.usbmodem23401: [Errno 1] Operation not permitted: '/dev/cu.usbmodem23401'")
My app can't access to my usb device, how can I solve this? My app is worked without setting this
<key>com.apple.security.app-sandbox</key>
<true/>
Hello everyone,
I'm developing a macOS app with Python and PyInstaller, and I've hit a roadblock with microphone permissions. The app prompts for microphone access correctly when running unsigned. However, after signing with the hardened runtime option, the prompt no longer appears, and the app can't access the mic.
Here's what my setup looks like:
Python app packaged with PyInstaller
Entitlements file with com.apple.security.device.microphone and com.apple.security.cs.allow-unsigned-executable-memory
Signing command:
codesign --deep --force --verify --timestamp --verbose --sign "Developer ID Application: [******]" --options=runtime --entitlements ./entitlements.plist main.app
I've tried resetting microphone permissions and PRAM to no avail.
entitlements.plist looks like:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<!-- 允许应用使用未签名的可执行内存 -->
<key>com.apple.security.cs.allow-unsigned-executable-memory</key>
<true/>
<!-- 其他你的应用可能需要的键 -->
<!-- 比如麦克风使用权限 -->
<key>com.apple.security.device.microphone</key>
<true/>
</dict>
</plist>
Testing without the --options=runtime flag works perfectly - the mic prompt appears, and the log file is created. With the flag, neither the prompt nor the log file appears.
Has anyone faced a similar issue or can offer insight into why the hardened runtime option might be causing this? Any guidance or workaround to have the microphone permission prompt appear with hardened runtime enabled would be highly appreciated.
Thanks in advance for your help!
let devicePicker = DDDevicePickerViewController(browseDescriptor: .applicationService(name: "Demo"), parameters: applicationServiceParameters())
devicePicker.modalTransitionStyle = .coverVertical
self.show(devicePicker, sender: nil)
let endpoint = try await devicePicker.endpoint
self.peerConnection = PeerConnection(endpoint: endpoint, delegate: self)
on tvOS,but error:
Error acquiring assertion: <Error Domain=RBSServiceErrorDomain Code=1 "(originator doesn't have entitlement com.apple.runningboard.primitiveattribute AND originator doesn't have entitlement com.apple.runningboard.assertions.frontboard AND target is not running or doesn't have entitlement com.apple.runningboard.trustedtarget AND Target not hosted by originator)" UserInfo={NSLocalizedFailureReason=(originator doesn't have entitlement com.apple.runningboard.primitiveattribute AND originator doesn't have entitlement com.apple.runningboard.assertions.frontboard AND target is not running or doesn't have entitlement com.apple.runningboard.trustedtarget AND Target not hosted by originator)}>
Received port for identifier response: <> with error:Error Domain=RBSServiceErrorDomain Code=1 "Client not entitled" UserInfo={RBSEntitlement=com.apple.runningboard.process-state, NSLocalizedFailureReason=Client not entitled, RBSPermanent=false}
elapsedCPUTimeForFrontBoard couldn't generate a task port
How to solve this problem?
I wrote my app with the entitlement "com.apple.developer.submerged-shallow-depth-and-pressure" and also with underwater-depth for WKBackgroundMode. All is working fine when I tested the app.
When I want to put the app in the store I got the following error:
**Missing entitlement. The Info.plist for the watchOS app bundle at “Watch App.app” uses the underwater-depth value for WKBackgroundModes without the com.apple.developer.submerged-depth-and-pressure entitlement signed into the bundle. **
I wonder why the entitlement in the error message is without -shallow- and why I get this message.