Performance issue: SfDatePicker slowing down UWP

[Taahir]

Hi,

I have recently come across a problem where my application has been running a lot slower in UWP than it does on any other Platform (iOS and Android). 

I have tested the speed by changing the Date picker between the default Xamarin forms Date Picker and the SF Date Picker.  Please see attached project and follow these steps to reproduce the problem: 

     1. Start the application with it using SFDatePicker as the Date Picker.

     2. Press the "Start" button. 
          

     3. Await for the first page to show. 

     

     4. Do the same process but use the default Date Picker.

Once you have done this you can check it on other platforms too. 

As you will notice the time taken for the page to show is much longer with the SFDatePicker than it is with the Default Date Picker especially on UWP. 

This becomes an issue with a an application with more content and slows down the application quite a bit. It makes the application quite unusable. 

I have not experienced a difference with Android or iOS so it seems to just be a UWP issue. 

          

Attachment: SFDatePicker_5314bbb7.zip

[Taahir]

Hi,

I forgot to update the packages of that demo project. Problem still persists after it is updated. Please see attached project.

Attachment: SFDatePicker_e7f5be62.zip

[Mark]

Hi,

Do you have any feedback on this.

Thanks

Mark.

[Anandraj Selvam]

Hi Mark, 

  

Currently we are validating, and we will update you the complete details on March 10, 2020. 

  

Regards, 

Anand Raj S. 

[Sakthivel Palaniyappan]

Hi Mark,

We need to analyze more on the performance and the reason whether used in Rotator or DataPicker. So, we have logged as an improvement task. Please find the feedback portal below.

Link: https://www.syncfusion.com/feedback/12614/performance-improvement-support-for-sfdatepicker-when-add-in-sfrotatoritem

We will include this improvement support in our Volume1 SP1 release. Which will be expected on end of April 2020.

Regards,
Sakthivel P. 

[Thomas Klocker]

Are there any news to this? Cause i have the same problem: calling the SfDatePicker slows down the app (it takes about 2-3 seconds till the SfDatePicker is opened)

Regards

Thomas

[Ramya Soundar Rajan]

Hi Thomas, 

 

Greetings from Syncfusion. 

 

Due to already planned features, we are not able to work on the performance improvement. We will include the performance improvement in our upcoming volume 2 main release which is expected to be rolled out at the end of June 2020. 

 

We appreciate your patience until then. 

 

Regards, 

Ramya S 

[Sakthivel Palaniyappan]

Hi Mark,

Sorry for the inconvenience.

We have not included the feature in our Volume 2 , 2020 main release. We are currently working on this, and due to more architectural changes and to cover more working scenarios it is taking more time than expected. We will include the improvement in our upcoming Volume 2 SP1, 2020 main release. Which will be expected to be rolled out on end of July 2020. We are deeply sorry for this delay.

Regards,
Sakthivel P.

[Sakthivel Palaniyappan]

Hi Mark,

Sorry for the inconvenience.

We could not include the feature in our weekly NuGet, and due to more architectural changes and to cover more working scenarios it is taking more time than expected. Also, we are encountering some technical blocks in this feature. We will implement the feature, without affecting existing customers too and we will include the feature in our main release of Volume 3, 2020, which is scheduled to be released at the end of September 2020.

Regards,
Sakthivel P.

[Sakthivel Palaniyappan]

Hi Mark,

Sorry for the inconvenience.

We have not included the feature of “Performance improvement support for sfdatepicker when add in sfrotatoritem” in Volume 3, 2020 main release due to more architecture changes. We are currently working on its with high priority and  we will include the feature in our upcoming Volume 4, 2020 release. Which will be expected to be rolled out on end of December 2020. We appreciate your patience until then. We are deeply sorry for the delay.

Regards,
Sakthivel  P. 

[Sakthivel Palaniyappan]

Hi Mark,

Sorry for the delay.

We have not included the feature of “Performance improvement support for sfdatepicker when add in sfrotatoritem” in Volume 4, 2020 main release due to more architecture changes. We are currently working on its with high priority and  we will include the feature in our upcoming Volume 1, 20201 release without delay. Which will be expected to be rolled out on end of end of March 2021. We appreciate your patience until then. We are deeply sorry for the delay.

Regards,
Sakthivel  P. 

[Ruba Shanmugam]

Hi Mark, 

 

Thanks for your patience. We have not included the fix in our Volume 1, 2021 main release. We have fixed the reported issue. Please find the assembly from link below. 

Assembly Version: 19.1.0.54 

Disclaimer: Please note that we have created this patch for the version v19.1.0.54 specifically to resolve the issue reported in this incident. 

Assembly: https://www.syncfusion.com/downloads/support/directtrac/general/ze/DatePicker_Performance-2082042774 

Note: Please refer the below link to apply the custom assembly 

https://www.syncfusion.com/kb/8279/how-to-apply-the-custom-assemblies-when-configured-the-project-with-syncfusion-nuget  

Note: We have created this patch only for resolving this issue, based on your confirmation we will proceed further on our next release. 

Regards, 

Ruba Shanmugam 

[Walter]

Hi, 

I'm having a similar problem. 

In my xamarin forms uwp application, the SfDatePicker is hosted in a dialog and is configured with PickerMode = Default.

Each time the dialog is opened, the time required for rendering increases by about 1 second.

If instead I set PickerMode = Dialog and open it with a specific command, each opening is fast and there is no degradation.

I tried using DatePicker_Performance-2082042774 but without success.

Thanks,
Walter

[Suganya Sethuraman]

Hi Walter,

Greetings from Syncfusion.

We have analyzed your query. According to your latest update, there is no delay when opening the SfDatePicker in PickerMode as a dialog. But we are not aware of exact scenario of the issue, could you please provide information such as which dialog was used to open the SfDatePicker in PickerMode as Default or provide a code snippet or complete runnable sample? This will help us to investigate further and provide a better solution at earliest.

Regards,
Suganya Sethuraman. 

[Walter]

Hi Suganya,

I've attached a sample for demostration of the issue, only UWP app is prepared.
In main view you can find two buttons, one for open the SfDatePicker in a SfPopupLayout, the second for open the SfDatePicker in a Prism.Plugin.Popups dialog.

For reproduce:

- start the uwp app

- click on 'Open Syncfusion popup' button

- change the date (this is necessary)

- close clicking outside of the popup

- repeat 10 to 20 times, you will notice that the popup opening time increases to several seconds

The same can be tested with prism popup using the 'Open Prism popup' button.

Regards,

Walter

Attachment: DatePicker_ce6fd30b.zip

[Suganya Sethuraman]

Hi Walter,

We are currently validating on this and we will update the full details on June 9, 2021. We appreciate your patience until then.

Regards,
Suganya Sethuraman. 

[Suganya Sethuraman]

Hi Walter,

We were able to reproduce the issue “[UWP] Delay occurs when we open the SfDatePicker in a SfPopupLayout in PickerMode as default” and we confirm this as a bug and logged a defect report. You can keep track of the bug from the feedback portal below.

Link: https://www.syncfusion.com/feedback/26072

The provided feedback link is private, and you need to login to view this feedback.

The fix for the reported issue will be available on June 23, 2021.

If you have any more specification/precise replication procedure or a scenario to be tested, you can add it as a comment in the portal.
 
Regards,
Suganya Sethuraman. 

[Walter]

Hi Suganya,

thanks for feedback.

The link for keep track of the bug is not reachable for me because

Access Denied
This private feedback is not associated with your account.

[Suganya Sethuraman]

Hi Walter,

Sorry for the inconvenience.

We have provided access to your account, you can access it now.

Regards,
Suganya Sethuraman. 

[Suganya Sethuraman]

Hi Walter,

Thanks for the patience.

We have fixed the reported issue and please find the custom assembly from below link.

Custom Assembly: https://www.syncfusion.com/downloads/support/directtrac/general/ze/Picker_Performance-327492605

Assembly Version: 19.1.0.69

Since 19.1.0.69 is a weekly NuGet release, we are not able to generate patch in 19.1.0.69 version. We can generate patch only for Main release and SP1 release versions, so we have provided the custom assembly in 19.1.0.69.

Disclaimer:

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

Please refer the below link for how to apply custom assemblies.

https://www.syncfusion.com/kb/8279/how-to-apply-the-custom-assemblies-when-configured-the-project-with-syncfusion-nuget

The Fix for the reported issue will be included in our weekly Nuget release which will be available on July 06, 2021.We appreciate your patience until then.

Regards,
Suganya Sethuraman. 

 

[Suganya Sethuraman]

Hi Walter,

Thanks for your patience.

We have included the fix in our latest Weekly NuGet release v19.2.0.46 which is available for download (https://www.nuget.org/ ). We thank you for your support and appreciate your patience in waiting for this update. Please get in touch with us if you would require any further assistance.

Regards,
Suganya Sethuraman.