iOS Fails to Paste Code from Notification

Hi Team Syncfusion,

Thank you for your excellent work with the SfOtpInput control.  It has worked really well for us, exactly as we need.  However, we have found that when logging in iOS (tested on iPhone 12 iOS 26.3), the notification does not fill the control as expected.  

Here below you will see the notification I am talking about in the below red rectangle.  You can see in the top notification I just received the email in Outlook:

When pressing the number in the red rectangle above, the number is entered, but only in the first input entry.  No other numbers are shown, and I cannot delete the number:

So, we wanted to report here to ensure you have tested this scenario.  Please let me know if there is any further information you require to help further diagnose and I will assist you.


Thank you,

Michael


11 Replies 1 reply marked as answer

KR Karthika Ravichandran Syncfusion Team April 1, 2026 02:13 PM UTC

Hi Michael,

Thank you for the details and your feedback on the SfOtpInput control.

We tried to reproduce the reported behavior on iOS, but we were unable to replicate the issue at our end. In our testing, the OTP value is pasted as expected.

We have attached a sample project and a demo video from our end where the SfOtpInput control is working properly.

To help us understand this better, could you please share:

  • How the behavior differs in your case, or
  • Share a sample project from your

This will help us analyze the issue more accurately and assist you further.

Thanks for your cooperation.

Regards,
karthika R


Attachment: OtpInputSample_54e4c21d.zip


MI Michael April 3, 2026 01:09 PM UTC

Hi Karthika, thank you for your reply and for your solution.

I did take a look at it, but unfortunately I do not believe it reproduces the issue as we are seeing it here.  To start, the "alert" in the red rectangle is something that iOS displays after it receives an email from an application (I use Outlook).

In your solution, I do not see an email being sent by your code, but rather only an alert followed by copying text.  Copying/pasting text works as expected, and I can confirm this.

However, sending an email to an email address that is installed on the device (via Outlook or other) should trigger this scenario after the email is received by the application.  It then provides this system alert/message to allow the user to copy the code with convenience.

Can you confirm that you have sent an actual email on the device you tested with to reproduce this issue?  If you can provide code to send an email in your solution, that would be helpful, too.

Thank you for your continued investigation.



SS Shyam Sundar Datchina Moorthy Syncfusion Team April 6, 2026 01:54 PM UTC

Hi Michael,


Thank you for reaching out to us and for sharing the detailed scenario regarding the SfOtpInput control on iOS.

We’d like to clarify that the email delivery and the iOS notification behavior (OTP suggestion shown above the keyboard) are outside the control and scope of the SfOtpInput component, as they are managed by the operating system and the email client. However, once the OTP value is passed to the application, we can certainly validate and ensure how it is handled by the SfOtpInput control.

It would be very helpful if you could provide:

  • A minimal reproducible sample, or
  • An updated version of the sample we previously shared, modified to reproduce the reported behavior.
  • Step-by-step instructions to reproduce the issue on your device.

Once we can reproduce the issue on our side using the SfOtpInput control, we will analyze it further and share an update with you accordingly.


Regards,

Shyam Sundar D



MI Michael April 6, 2026 04:49 PM UTC

Hi Shyam,

Thank you for your reply and investigation.

We’d like to clarify that the email delivery and the iOS notification behavior (OTP suggestion shown above the keyboard) are outside the control and scope of the SfOtpInput component, as they are managed by the operating system and the email client.

To be certain, I understand the iOS notification behavior isn't part of your control. Rather, this issue has to do with how the OS (iOS) interfaces with the control.  The OS is providing the value to the application/control, and for some reason, the SfOtpInput control is not handling it correctly.

Creating a minimal sample would be a lot of work, unfortunately.  I wanted to be sure I understood you before I embark on this:

Are you saying that you have applications in your test suite that are receiving codes from email/SMS on IOS and are filling in the control as expected upon pressing them?

Thank you for your continued assistance,

Michael



SS Shyam Sundar Datchina Moorthy Syncfusion Team April 7, 2026 12:33 PM UTC

Hi Michael,

 

Thank you for your detailed clarification and for taking the time to follow up.

 

At present, we do not have TestFlight applications or automated test scenarios to validate iOS OTP auto‑fill from email or SMS notifications (such as tapping the suggested code above the keyboard). Therefore, we are unable to confirm or validate this specific OS‑driven behavior with the SfOtpInput control.

 

In this scenario, iOS is responsible for detecting the OTP from email/SMS content and injecting it into the app. This OS‑level interaction is outside the supported scope of the SfOtpInput control, which is designed to handle input once it is explicitly provided by the application.

 

If any issues are observed after the value is programmatically or bindingly set on the control, we would be happy to investigate further. In that case, implementation‑level details or a minimal reproducible sample would be required.

 

Regards,

Shyam Sundar D



MI Michael April 7, 2026 02:13 PM UTC

Hi Shyam,


Thank you for reply and continued dialogue.  Forgive me for the obvious question here, but if you are not testing your control with basic OS-level functionality, then how are you to know if it does indeed work as expected with the OS-level inputs?

If you were able to see on your side that this does indeed work as expected with the OS-level feature, then I would be better motivated to try to create a working sample for you.

However, if I understand correctly, you have not tested this on your side, and for all we can currently ascertain, this control is broken when this scenario is encountered, and I am simply the first person to report it to you.

I hope you can understand the concern.

Thank you for your continued consideration in addressing this issue,

Michael



SS Shyam Sundar Datchina Moorthy Syncfusion Team April 10, 2026 02:07 PM UTC

Hi Michael,


Thank you for your continued patience.


We are pleased to inform you that our team has successfully identified the root cause of the issue. The fix will be included in our upcoming Syncfusion.Maui.Toolkit release version 1.0.10. We will notify you once the updated version is available.


We have now logged a bug report for the reported behavior, and you can track its progress using the link below,


Bug report: SfOtpInput[iOS] - Fails to Paste Code from Notification · Issue #343 · syncfusion/maui-toolkit

 

Regards,

Shyam Sundar D



MI Michael April 10, 2026 06:07 PM UTC

Hi Shyam and team, that is great news!  Thank you for supporting your product so well, it is greatly appreciated!  We look forward to seeing the fix.  Thank you again!  Have a good weekend.



SS Shyam Sundar Datchina Moorthy Syncfusion Team May 22, 2026 05:41 AM UTC

Hi Michael, 

 

We are pleased to inform you that the issue where the SfOtpInput on iOS fails to paste the code from notifications has been resolved. The fix is now available in the Syncfusion.Maui.Toolkit 1.0.10.

With this fix, the SfOtpInput control now properly supports pasting OTP codes from notifications, ensuring a smoother and improved user experience.

We recommend updating your project to this version to take advantage of this improvement.

You can download the package from here: NuGet Gallery | Syncfusion.Maui.Toolkit 1.0.10

Thank you for your continued support and patience. If you need any further assistance, please feel free to reach out to us at any time.

Regards,

Shyam Sundar D


Marked as answer

MI Michael May 27, 2026 01:00 PM UTC

Hi Shyam and team, that is great news!  Thank you very much for the effort and update, it is greatly appreciated.



SS Shyam Sundar Datchina Moorthy Syncfusion Team May 28, 2026 05:33 AM UTC

Hi Michael,

 

Glad to hear that the issue has been resolved and thank you for sharing the update!

We truly appreciate your feedback. As the concern has been addressed, we will go ahead and mark this forum as solved.

 

Please feel free to reach out anytime if you need further assistance.

 

Regards,

Shyam Sundar D


Loader.
Up arrow icon