Search results for

“nfc”

1,193 results found

Post

Replies

Boosts

Views

Activity

Unable to send Mifare commandos on iOS
I have created a Flutter application to scan Mifare DESFire cards on Android and iOS. I have tried using both flutter_nfc_kit and nfc_manager which both use CoreNFC. On both platforms, I can get the basic information on the card. However, only on Android, I can read data from the card by using Mifare commands. On iOS I am getting a 0B response. I have the following configuration inside my Runner.entitlements: com.apple.developer.nfc.readersession.formats TAG I have added the following keys inside my Info.plist file: NFCReaderUsageDescription Access NFC com.apple.developer.nfc.readersession.iso7816.select-identifiers D2760000850100 ... However, I have noticed that I will get a different response if I add the D2760000850100 key in the Info.plist file. When I have this key added I get an error when executing a Mifare command: PlatformException(500, Communication error, Tag response error, null) So for that reason, I decided to remove the key altogether. Now everytime, I execute a Mifare comm
1
0
863
Jun ’24
Reply to App rejected because of NFC used in third party
We can't help you with what happens in the build with that podspec. Anything we say will be assumptions. As for app rejections, unfortunately, this is all hypothetical. App Review will handle each app on a case by case basis and it is not possible for anyone to say there will be an issue without knowing how the app is built, what NFC APIs are being referenced or not, and what the app is for. And also, what the rejection is for exactly. If they get a rejection, the app developers can ask for a technical review and determine what exactly is causing the rejection and how they can fix the problem.
Jun ’24
Reply to App rejected because of NFC used in third party
We have added CoreNFC as a weak_framework in our podspec s.weak_frameworks = [CoreNFC] Few clients don't use the NFC feature and few clients use it. People who use don't have any issue with it. People who don't use it, will they have an issue when their app is submitted for review ? They have not added the NFC permission in their Info.plist and have not added the capability as well. Will it still be an issue for such clients?
Jun ’24
Reply to App rejected because of NFC used in third party
If I understand correctly, you are the third party supplying a library that includes NFC functionality your clients are not using. Not knowing what these apps are, how they are built, and what the actual rejection causes are etc., I can't make any comments or promises about the success of this solution, but the answer to your question about making CoreNFC optional is this: (things might look/work differently depending on which Xcode version or possibly 3rd party build tools your clients are using, but this is the general gist) In the Xcode project Build Phases, the Link Binary With Libraries” section, add the CoreNFC.framework, and then mark it as Optional This will weak link CoreNFC, and unless there is code that is referencing it, CoreNFC will not be included in the build. For that, you could make use of a custom Info.plist entry to check if the app is supposed to be using CoreNFC and not engage any features of your app that would require the use of those features. Again, a lot of the specifics wil
Jun ’24
Reply to HCE iOS, get default payment app
It is not possible to query which app is selected by the user as default, as that is their private choice. But, if your app has indeed been set as the default, you can determine whether it is being launched as the default app. You will need to implement NFCWindowSceneDelegate (https://developer.apple.com/documentation/corenfc/nfcwindowscenedelegate) There is a NFCWindowSceneEvent event your app will receive when it is launched due to double press or an NFC field (with payment intent) https://developer.apple.com/documentation/corenfc/nfcwindowsceneevent If your app has been set as the default, double-pressing the power button will send the presentation event. Detecting an eligible RF field (with payment intent) will send the readerDetected event If you encounter these events then you can assume your app has been set as the default payment app for the time being. Of course the user might change this at a later time without you knowing. Note: If the app is already launched, if it has startEmulation() al
Jun ’24
Reply to App Clips downtime?
Confirm that your App Clip follows guidelines from Choosing the right functionality for your App Clip, then follow the instructions in Verify the configuration of your released App Clip to diagnose issues with your App Clip. From Choosing the right functionality for your App Clip: To ensure a fast launch experience, App Clips must be small: If you make your App Clip available on devices running iOS 15 and earlier, the uncompressed App Clip binary can be up to 10 MB in size. If you make your App Clip available on devices running iOS 16 and later, the uncompressed App Clip binary can be up to 15 MB in size. If you make your App Clip available on devices running iOS 17 and later, the uncompressed App Clip binary can be up to 50 MB in size if it meets the following conditions: The App Clip only supports digital invocations — for example, from your website or Spotlight search — and not from physical invocations like App Clip Codes, QR codes, or NFC tags People use your App Clip in situations where a relia
Jun ’24
About Background Tag Reading
Here is my write NDEF message code: let readerWriter = NFCReaderWriter.sharedInstance() let payloadData = NFCNDEFPayload(format: .nfcWellKnown, type: U.data(using: .utf8)!, identifier: Data(), payload: google.com.data(using: .utf8)!) let message = NFCNDEFMessage(records: [payloadData]) readerWriter.write(message, to: tags.first!) { (error) in if let err = error { print(ERR:(err)) } else { print(write success) } self.readerWriter.end() } First Issue: When I want to read the NFC chip in the background without opening the app, I find the detection speed is not ideal. For example, this code writes google.com this time. When performing background reading, it does not successfully read every time the chip is near, and there seems to be a one-minute interval. Second Issue: When I implemented this method in the AppDelegate: - (BOOL)application:(UIApplication *)application continueUserActivity:(nonnull NSUserActivity *)userActivity restorationHandler:(nonnull void (^)(NSArray> * _Nullable))restorationHandl
2
0
641
Jun ’24
Reply to Umlauts broken in Sonoma 14.4?
That looks like decomposed (NFD) unicode form, where an ä is a combination of an a and the two dots, encoded in separate unicode chars. And somehow Xcode(?) is unable to compose them as they should be. Weird. You might be able to fix this by running the strings thru code that re-composes into NFC format, but I guess you have already fixed them all by hand.
Topic: UI Frameworks SubTopic: AppKit Tags:
Jun ’24
Card Change on HCE-based contactless payment
Hi, I am integrating the HCE-based API into our SDK. Ideal flow It is bit tricky to support card change (step 3 below) after field-detect/double click due to NFC action sheet. Ideally, the flow is: User double-click. App launch Hold near Reader NFC instruction (optional) User change card User tap device to POS reader payment succeed. Approach A If I follow the code snippet in CardSession, where it calls startEmulation after readerDetected, I could change card before that. However, the Hold near Reader NFC instruction is shown very late, during tap. User double-click App launch (optional)User change card User tap device to POS reader Hold near Reader NFC instruction payment succeed. Approach B If I call startEmulation after sessionStarted, I could show Hold near Reader NFC. However, I could not provide the optional capability to change card anymore. User double-click App launch Hold near Reader NFC instruction User tap device to POS reader payment succeed.
1
0
1.2k
May ’24
iOS Automation could not run because an internal error occurred
I am developing a shortcut for an application that is currently in production. The shortcut essentially involves opening the application and launching a notification so that the AppDelegate initiates a process to scan NFC tags. To achieve this, I have an AppIntent that overrides the variable openAppWhenRun = true and an AppShortcutsProvider to implement this intent. The problem arises when a user updates to the latest version of the application and tries to implement this shortcut through an automation. The following error appears: When 'Reader' is detected encountered an error: The action 'Scan DMA tags' could not run because an internal error occurred. This does not always happen, only on some devices. However, if we uninstall and reinstall the application, it works perfectly. But this is not a viable solution since the application uses a database and data loss from frequent uninstallations is not acceptable. Any solution? I have tried to replicate the error but have been unable to do so. This issu
2
0
1k
May ’24
NFC launch app
I'd like to launch my APP via scanning NFC Tags In BackgroundMode. However, every time when I scan NFC tags, there always APP notification pops up, instead of opening APP directly. Please advise me how to skip the APP notification and directly launch APP.
Replies
3
Boosts
0
Views
1.1k
Activity
Jun ’24
Unable to send Mifare commandos on iOS
I have created a Flutter application to scan Mifare DESFire cards on Android and iOS. I have tried using both flutter_nfc_kit and nfc_manager which both use CoreNFC. On both platforms, I can get the basic information on the card. However, only on Android, I can read data from the card by using Mifare commands. On iOS I am getting a 0B response. I have the following configuration inside my Runner.entitlements: com.apple.developer.nfc.readersession.formats TAG I have added the following keys inside my Info.plist file: NFCReaderUsageDescription Access NFC com.apple.developer.nfc.readersession.iso7816.select-identifiers D2760000850100 ... However, I have noticed that I will get a different response if I add the D2760000850100 key in the Info.plist file. When I have this key added I get an error when executing a Mifare command: PlatformException(500, Communication error, Tag response error, null) So for that reason, I decided to remove the key altogether. Now everytime, I execute a Mifare comm
Replies
1
Boosts
0
Views
863
Activity
Jun ’24
Reply to App rejected because of NFC used in third party
We can't help you with what happens in the build with that podspec. Anything we say will be assumptions. As for app rejections, unfortunately, this is all hypothetical. App Review will handle each app on a case by case basis and it is not possible for anyone to say there will be an issue without knowing how the app is built, what NFC APIs are being referenced or not, and what the app is for. And also, what the rejection is for exactly. If they get a rejection, the app developers can ask for a technical review and determine what exactly is causing the rejection and how they can fix the problem.
Replies
Boosts
Views
Activity
Jun ’24
Reply to Wallet Passes documentation missing new iOS 18 event ticket type information.
It is probably too early for documentation and sample release. I think they will come out soon, maybe with beta 2. By the way, for what I've been able to understand, the new eventTicket format is an NFC only, so I think you'll need to provide NFC data for it to show up.
Replies
Boosts
Views
Activity
Jun ’24
Reply to App rejected because of NFC used in third party
We have added CoreNFC as a weak_framework in our podspec s.weak_frameworks = [CoreNFC] Few clients don't use the NFC feature and few clients use it. People who use don't have any issue with it. People who don't use it, will they have an issue when their app is submitted for review ? They have not added the NFC permission in their Info.plist and have not added the capability as well. Will it still be an issue for such clients?
Replies
Boosts
Views
Activity
Jun ’24
Reply to App rejected because of NFC used in third party
If I understand correctly, you are the third party supplying a library that includes NFC functionality your clients are not using. Not knowing what these apps are, how they are built, and what the actual rejection causes are etc., I can't make any comments or promises about the success of this solution, but the answer to your question about making CoreNFC optional is this: (things might look/work differently depending on which Xcode version or possibly 3rd party build tools your clients are using, but this is the general gist) In the Xcode project Build Phases, the Link Binary With Libraries” section, add the CoreNFC.framework, and then mark it as Optional This will weak link CoreNFC, and unless there is code that is referencing it, CoreNFC will not be included in the build. For that, you could make use of a custom Info.plist entry to check if the app is supposed to be using CoreNFC and not engage any features of your app that would require the use of those features. Again, a lot of the specifics wil
Replies
Boosts
Views
Activity
Jun ’24
App rejected because of NFC used in third party
We use CoreNFC feature for few clients. For clients who don't use NFC or add NFC related permission, the app is rejected on App Store. is there a way to make CoreNFC optional in the library and not lead to app store rejection for parent app who do not use this feature?
Replies
3
Boosts
0
Views
1.3k
Activity
Jun ’24
Reply to HCE iOS, get default payment app
It is not possible to query which app is selected by the user as default, as that is their private choice. But, if your app has indeed been set as the default, you can determine whether it is being launched as the default app. You will need to implement NFCWindowSceneDelegate (https://developer.apple.com/documentation/corenfc/nfcwindowscenedelegate) There is a NFCWindowSceneEvent event your app will receive when it is launched due to double press or an NFC field (with payment intent) https://developer.apple.com/documentation/corenfc/nfcwindowsceneevent If your app has been set as the default, double-pressing the power button will send the presentation event. Detecting an eligible RF field (with payment intent) will send the readerDetected event If you encounter these events then you can assume your app has been set as the default payment app for the time being. Of course the user might change this at a later time without you knowing. Note: If the app is already launched, if it has startEmulation() al
Replies
Boosts
Views
Activity
Jun ’24
Reply to App Clips downtime?
Confirm that your App Clip follows guidelines from Choosing the right functionality for your App Clip, then follow the instructions in Verify the configuration of your released App Clip to diagnose issues with your App Clip. From Choosing the right functionality for your App Clip: To ensure a fast launch experience, App Clips must be small: If you make your App Clip available on devices running iOS 15 and earlier, the uncompressed App Clip binary can be up to 10 MB in size. If you make your App Clip available on devices running iOS 16 and later, the uncompressed App Clip binary can be up to 15 MB in size. If you make your App Clip available on devices running iOS 17 and later, the uncompressed App Clip binary can be up to 50 MB in size if it meets the following conditions: The App Clip only supports digital invocations — for example, from your website or Spotlight search — and not from physical invocations like App Clip Codes, QR codes, or NFC tags People use your App Clip in situations where a relia
Replies
Boosts
Views
Activity
Jun ’24
Reply to ASAuthorizationController delegate inside class not called
For my case, i am using it with NFC and somehow the security key is not detected or there are some NFC hardware issues. The callback is not triggered until timeout. Any idea on NFC troubleshooting?
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
Jun ’24
About Background Tag Reading
Here is my write NDEF message code: let readerWriter = NFCReaderWriter.sharedInstance() let payloadData = NFCNDEFPayload(format: .nfcWellKnown, type: U.data(using: .utf8)!, identifier: Data(), payload: google.com.data(using: .utf8)!) let message = NFCNDEFMessage(records: [payloadData]) readerWriter.write(message, to: tags.first!) { (error) in if let err = error { print(ERR:(err)) } else { print(write success) } self.readerWriter.end() } First Issue: When I want to read the NFC chip in the background without opening the app, I find the detection speed is not ideal. For example, this code writes google.com this time. When performing background reading, it does not successfully read every time the chip is near, and there seems to be a one-minute interval. Second Issue: When I implemented this method in the AppDelegate: - (BOOL)application:(UIApplication *)application continueUserActivity:(nonnull NSUserActivity *)userActivity restorationHandler:(nonnull void (^)(NSArray> * _Nullable))restorationHandl
Replies
2
Boosts
0
Views
641
Activity
Jun ’24
Reply to Using Wallet.app to open doors with NFC reader
How about NFC readable store discount cards? A bit of a privacy issue maybe, but no money really changes hands with those, so no harm if they're static.
Topic: App & System Services SubTopic: Hardware Tags:
Replies
Boosts
Views
Activity
Jun ’24
Reply to Umlauts broken in Sonoma 14.4?
That looks like decomposed (NFD) unicode form, where an ä is a combination of an a and the two dots, encoded in separate unicode chars. And somehow Xcode(?) is unable to compose them as they should be. Weird. You might be able to fix this by running the strings thru code that re-composes into NFC format, but I guess you have already fixed them all by hand.
Topic: UI Frameworks SubTopic: AppKit Tags:
Replies
Boosts
Views
Activity
Jun ’24
Card Change on HCE-based contactless payment
Hi, I am integrating the HCE-based API into our SDK. Ideal flow It is bit tricky to support card change (step 3 below) after field-detect/double click due to NFC action sheet. Ideally, the flow is: User double-click. App launch Hold near Reader NFC instruction (optional) User change card User tap device to POS reader payment succeed. Approach A If I follow the code snippet in CardSession, where it calls startEmulation after readerDetected, I could change card before that. However, the Hold near Reader NFC instruction is shown very late, during tap. User double-click App launch (optional)User change card User tap device to POS reader Hold near Reader NFC instruction payment succeed. Approach B If I call startEmulation after sessionStarted, I could show Hold near Reader NFC. However, I could not provide the optional capability to change card anymore. User double-click App launch Hold near Reader NFC instruction User tap device to POS reader payment succeed.
Replies
1
Boosts
0
Views
1.2k
Activity
May ’24
iOS Automation could not run because an internal error occurred
I am developing a shortcut for an application that is currently in production. The shortcut essentially involves opening the application and launching a notification so that the AppDelegate initiates a process to scan NFC tags. To achieve this, I have an AppIntent that overrides the variable openAppWhenRun = true and an AppShortcutsProvider to implement this intent. The problem arises when a user updates to the latest version of the application and tries to implement this shortcut through an automation. The following error appears: When 'Reader' is detected encountered an error: The action 'Scan DMA tags' could not run because an internal error occurred. This does not always happen, only on some devices. However, if we uninstall and reinstall the application, it works perfectly. But this is not a viable solution since the application uses a database and data loss from frequent uninstallations is not acceptable. Any solution? I have tried to replicate the error but have been unable to do so. This issu
Replies
2
Boosts
0
Views
1k
Activity
May ’24