Excel to HTML Conversion Progress Event
When using the (Workbook) Excel to HTML feature, I've noticed that some Excel files, although only slightly over 300 KB in size, take more than ten minutes to convert, which is extremely slow. However, I cannot retrieve information about the conversion process and thus have no insight into where the issue lies. It would be very helpful if a conversion progress event (including a percentage) could be provided to indicate which step the conversion has reached and where it might be stuck.
Is this possible to implement?
This is a list of the time taken to convert Excel spreadsheets, it's too slow!
|
Hi Xiaoli,
Currently, we do not support displaying progress events during the conversion process, and there are no immediate plans to add this feature.
Regarding the lengthy conversion time from Excel to HTML, we have observed that it takes approximately 3 minutes on average for an Excel file containing 26 sheets.
Please review the attached sample and let us know if any further modifications or changes to the NuGet version are required.
Spending three minutes to convert a 300K file is indeed an excessively long time.
I have attached the time record for the conversion above. Could you please test a sheet that takes an unusually long time to convert separately?
I suspect that the conversion function of your component may not handle certain parts of specific sheets efficiently, as saving the same file as HTML using Microsoft Excel or other software takes almost no time.
I believe a lengthy conversion process can be frustrating for users. I hope your component can be optimized to become faster and more effective.
Thank you again for your dedication and commitment to improvement.
Spending three minutes to convert a 300K file is indeed an excessively long time.
I have attached the time record for the conversion above. Could you please test a sheet that takes an unusually long time to convert separately?
I suspect that the conversion function of your component may not handle certain parts of specific sheets efficiently, as saving the same file as HTML using Microsoft Excel or other software takes almost no time.
I believe a lengthy conversion process can be frustrating for users. I hope your component can be optimized to become faster and more effective.
Thank you again for your dedication and commitment to improvement.
Hi Xiaoli,
We are checking the reported issue at our end and validating it currently. We will share the validation details on November 27, 2025.
Hi Xiaoli,
We have identified the issue "Performance delay occurs while converting Excel to HTML with large range" as a defect in our product. The resolution will be incorporated in the Volume 4 main release, scheduled for the third week of December.
Hi Gowtham
Thank you for your response. I will continue to follow the news about your product improvements and hope your product keeps getting better and better!
Hi Xiaoli,
Thank you for your kind words and continued support. We will provide an update as soon as the 2025 Volume 4 main release is officially available in the third week of December.
Regards,
Karthika
Hi Xiaoli,
We have included the fix to resolve the issue "Performance delay occurs while converting Excel to HTML with large range" in our weekly NuGet release version 32.1.19. Kindly upgrade your Syncfusion packages to this new 32.1.19 version and let us know if the issue is resolved.
NuGet Package: NuGet Gallery | Syncfusion.XlsIO.Net.Core 32.1.19
Regards,
Gowtham.
Hi Gowtham,
Great news that you've fixed this bug! However, my application is currently running on the older .NET Framework 4.7. I tried using Syncfusion.XlsIO.Net 32.1.19 and Syncfusion.XlsIORenderer.Net 32.1.19, but the processing speed still seems very slow with no noticeable improvement.
Best regards,
Xiaoli
We have attached the sample that we have tested, where we have got 8.32 minutes time taken in previous version whereas it only took 2.67 with the fix in the version 32.1.19.
Please try reinstalling the latest nuget package and test the sample we have tested
Hi Gowtham,
For some reason, I downloaded the sample, but it indicated that Syncfusion.Compression.Base was missing. Surprisingly, version 100.2.38 was not available on NuGet. I tried replacing it with 31.1.17, but it didn’t work.
In the app.config, it shows version 100.2460.1.0, which has left me a bit confused.
<assemblyIdentity name="Syncfusion.Compression.Base" publicKeyToken="3d67ed1f87d44c89" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-100.2460.1.0" newVersion="100.2460.1.0" />
Also, my framework is 4.7.1.
Hi Xiaoli,
We have attached the Sample below, Please let us know if it works.
Please feel free to ask us for further queries