App freezes during navigation after navigating to page with SfNumericEntry in Tabview, and then returning to same page.

Hi,


We have a Maui app that uses a TabView that loads the templates from xaml files.

We have noticed a bug where our app freezes during the 2nd navigation to the tabview. This happens if there is a SfNumericEntry on the page getting loaded. Can only replicate on Windows.


I have created a test project for you. To Test:

  1. Click 'Start Wizard" and go to the first page.
  2. Close the wizard.
  3. Change the NumericEntry value using the arrows.
  4. When you try go to the wizard the second time it freezes. Like the below.
    Image_3844_1747293780870

We have noticed that if we have the inline enabled and then change the value and exit the wizard it is easy to replicate the bug. We have also noticed in our app that if we have it without the inline then we also get the same bug, however I stuggled to replicate it in the test project without the inline.


I have also attatched the xaml from our app in the zip file. In the folder named "MainAppXaml", file is called "BudgetView.xaml".

Can you please investigate and let me know if it is a bug or if there is a fix.

Thanks,
Mark

Attachment: MauiPrismSyncfusionTest_50d76fd7.zip

8 Replies

KP Kamalesh Periyasamy Syncfusion Team May 20, 2025 10:44 AM UTC

Hi Mark,

Thank you for reaching out and for providing a detailed explanation along with a test project – that was very helpful for our investigation.

We have reviewed your query regarding the application freeze that occurs during the second navigation to a TabView containing an SfNumericEntry control. Upon analyzing your sample, we observed that you are using Prism for navigation, and the issue specifically arises when the SfNumericEntry value is changed using the up/down arrows. Notably, this freeze occurs only on the Windows platform and only during the second navigation attempt, after returning from the wizard.

Root Cause:
This issue is triggered when navigating away from a page while the SfNumericEntry control is still in a focused state. Since the SfButton command used to close the wizard executes immediately, it doesn’t allow sufficient time for the SfNumericEntry to lose focus and also doesn’t switch focus from SfNumericEntry to SfButton. This leads to an internal deadlock or freeze during the next navigation attempt.

Workaround:
To avoid this, we recommend introducing a short delay before executing the navigation logic. This delay gives the SfNumericEntry control enough time to unfocus properly. We’ve modified your sample to include a 20ms delay in the ExecuteCloseWizardCommand before the navigation logic is executed. You can fine-tune this delay (±10ms) based on your app's behavior and load.

Code:

  private async void ExecuteCloseWizardCommand()
   {
             await Task.Delay(20);
             string navigationPageName = $"/{nameof(MasterDetailNavigation)}/{nameof(NavigationPage)}/{nameof(MainPage)}";
             await NavigationService.NavigateAsync(navigationPageName);
    }


This adjustment resolved the issue in our tests. Additionally, we’ve made an improvement in the SfButton internally to ensure it properly receives focus from other UI elements—such as SfNumericEntry—when pressed. This internal handling helps prevent similar navigation issues caused by controls remaining in a focused state.

At present, a custom patch has been created for version 29.2.4 We have attached the NuGet files for your convenience.  


Please note that we have created this patch for version 29.2.4 specifically to resolve the issue reported in this ticket. If you have received other patches for the same version for other products, please apply all patches in the order received.


Please clear the NuGet cache, before using the latest one and please refer to the below link for this

How to clear NuGet cache?


Please refer to the below KB to install the custom NuGet on a local machine,

How to install the MAUI custom NuGet in the Windows machine?


Kindly test the patch and modified sample on your end and share your confirmation. Based on your feedback, we will include the fix in our upcoming weekly release. Let us know if you need a custom patch or further assistance.


Regards,
Kamalesh P


Attachment: MauiPrismSyncfusionTest_(2)_bd0e9923.zip


MA Mark May 21, 2025 09:51 AM UTC

Hi  Kamalesh,


Thank you very much for all your effort in investigating this issue.


We have tested your updated test project that includes the delay. Unfortunately this did not fix it. We tested this in your test project you gave us as well as our own project to include the fix and both did not work.


We tried increasing the delay to see if that would change the behavior but that did not help. We also tried using your custom nuget package for the buttons, this also did not help.


Please let us know if we can provide you with any more feedback/testing.


Thanks,

Mark





MA Mark May 21, 2025 09:52 AM UTC

Hi  Kamalesh,


Thank you very much for all your effort in investigating this issue.


We have tested your updated test project that includes the delay. Unfortunately this did not fix it. We tested this in your test project you gave us as well as our own project to include the fix and both did not work.


We tried increasing the delay to see if that would change the behavior but that did not help. We also tried using your custom nuget package for the buttons, this also did not help.


Please let us know if we can provide you with any more feedback/testing.


Thanks,

Mark





KP Kamalesh Periyasamy Syncfusion Team May 23, 2025 12:21 PM UTC

Hi Mark, 


Thank you once again for your prompt feedback and for testing the previous workaround and patch. 
 
As mentioned earlier, the initial patch we shared addressed focus handling by making the SfButton properly focusable. However, to fully resolve the navigation freeze, we have now included an additional fix that programmatically sets focus to the SfButton before navigation occurs. This ensures the SfNumericEntry properly loses focus, preventing the freeze issue you encountered. 
 
We’ve tested this updated approach thoroughly and confirmed that it resolves the issue consistently. 

Update: 

  • We have now shared an updated custom patch for version 29.2.5, which includes fixes for both SfButton and the necessary internal behavior to handle focus transfer effectively 
  • Please refer to the previously shared KB links and follow the same steps to clear the NuGet cache and install the updated custom NuGet package. 

We’ve also included an updated version of the patch and sample. Kindly test it on your end and share your feedback. Once confirmed, we’ll proceed to include this fix in the weekly release. 

Let us know if you need further assistance or if you'd like a patch for any other version. 


Root Cause:
 

The freeze occurs when navigating away while SfNumericEntry remains focused, as focus isn't correctly transferred to the SfButton. This leads to a deadlock on subsequent navigation, specifically on Windows. 

Resolution: 

We’ve updated the SfButton to programmatically receive focus before navigation, ensuring SfNumericEntry is unfocused properly and preventing the freeze. 


Regards,
 
Kamalesh P 


Attachment: MauiPrismSyncfusionTest_(2)_68be75c7.zip


MA Mark May 26, 2025 01:44 PM UTC

Hi  Kamalesh,


I have tested this new fix on the test project as well as our main project. It works on both with the new nuget packages.

Our main project doesnt need an additional delay and I assume this is because we have other code before closing.

 

Thank you very much for your help with fixing this.


Thanks,

Mark



KP Kamalesh Periyasamy Syncfusion Team May 27, 2025 05:57 AM UTC

Hi Mark,


Thank you for confirming the patch. We're glad to hear that it resolved your issue. The fix will be included in the next weekly release on June 03, 2025. We appreciate your patience until then. 


Regards,
 

Kamalesh P 



KP Kamalesh Periyasamy Syncfusion Team June 3, 2025 01:17 PM UTC

Hi Mark, 

 
We were unable to include the fix for the issue "App Freeze on Windows When SfNumericEntry Remains Focused During Navigation Using SfButton" as promised in the weekly release scheduled to be published today (03 June 2025). This fix will be included in the next weekly release (10 June 2025). 


We apologize for any inconvenience this may have caused and appreciate your understanding.
 

 
Regards,  
Kamalesh P  



KP Kamalesh Periyasamy Syncfusion Team June 10, 2025 06:14 AM UTC

Hi Mark,


We have included a fix for the reported issue "App Freeze on Windows When SfNumericEntry Remains Focused During Navigation Using SfButton" in our latest weekly NuGet release, v29.2.10, which is now available for download (NuGet). 
 

Please get in touch with us if you require any further assistance; as always, we would be happy to help you. 

 

Regards, 

Kamalesh P 


Loader.
Up arrow icon