I am trying to deploy the SyncFusion Word Processor on an e-learning app. The intention is for this to provide a means of my customers being able to edit their own copies of a pre-loaded database of Word documents.
SyncFusion seems to work generally well for this but we have noticed a number of performance issues with the the specific documents that we want to make available to customers. Text will often appear on the screen several seconds after it has been typed, and in extreme cases the entire platform will freeze and crash.
The documents utilise a specific house style, with a specific font (Sitka Display) and make extensive use of tables (including "tables within tables") which we are concerned might be causative of the issue.
Steps to replicate:
Hi Aaron,
We are currently investigating the lag issue when typing in a nested table. We will provide more details on August 22, 2024. In the meantime, could you please share the reproduction steps for the application freeze issue? This will help us validate the problem further and offer a solution as soon as possible.
Regards,
Dhanush S.
Hi Dhanush
The freezing was part of the same issue, sometimes it was laggy but sometimes the platform froze entirely. With the example document provided, trying to type into a nested table was causing it to freeze.
One other potential problem with the example document was the presentation of footnotes; these were overlapping tables inserted into the document, almost as if they are not pushing the bottom margin up as the footnote length increases?
This is a problem I can replicate by creating a table in the Document Editor that is located near the bottom of the page, and inserting a footnote in the document which has a long character length, as per the attached image:
Hi Aaron Matthews,
#Regarding footnote issue:
We were unable to reproduce the reported issue in our latest version, v26.2.10. We have attached a sample and video for your reference.
Could you please confirm that whether you can reproduce the issue in below sample?
Sample: Yjbqdd (forked) - StackBlitz
If yes, please share the issue replication steps with video demonstration.
If not, please upgrade the document editor client and server to latest version.
Npm: @syncfusion/ej2-react-documenteditor - npm (npmjs.com)
Nuget: NuGet Gallery | Syncfusion.EJ2.WordEditor.AspNet.Core 26.2.10
Regards,
Dhanush Sekar
AAron,
## We are currently investigating the lag issue when typing in a nested table
We are validating the issue and will share details by August 27, 2024.
Thanks Dhanush
Appreciate the update and your diligence on this.
AAron,
## We are currently investigating the lag issue when typing in a nested table
When editing inside table, we relayout the complete table each time which causes performance issue. We are validating it further and will update details shortly.
AAron, We will resolve the performance issue in editing inside table by end of September 2024. We will update you once resolved.
Thank you Suriya
I am grateful for the support. I look forward to a further update on this.
Hi Aaron did you find any way to fix this issue because i am also facing this issue right now ?
If there's any solution then please let me know.
Hi Aaron, upon further analysis, we have identified that the table in the document has AutoFit enabled and spans across seven pages, including nested tables. In this scenario, whenever text is inserted or deleted, the entire table is recalculated based on the AutoFit settings. This involves recalculating the table values and re-layout to ensure the cell widths are updated correctly. Consequently, this can introduce slight delays in response times during these operations, which is the expected behavior of our document editor under these circumstances.
Hi Selvaprakash
This is disappointing. I had been under the impression that you guys were rolling out a fix for this, but am I now to understand that the fix relates only to the "footnote" problem that I flagged?
Unfortnately, characterising this as an "expected response" does not really resolve the problem; the "expected response" is one that causes the editor to completely freeze, and renders it utterly unusuable. It is a bug and a shortcoming of your platform.
The issue is not present when I edit documents of this nature in MS Word, or in online document editors such as, for example, Google Docs. There is, I am afraid a problem with your offering that is not present in competitor products.
If the issue cannot be resolved unfortunately the SyncFusion offering will be of no use to me and I will, regretfully, have to utilise a competitor product that does not suffer from this issue.
Best,
Aaron
Hi Aaron, sorry for the inconvenience. We wanted to inform you that when autofit is enabled, a complete table relayout is required to ensure proper cell width adjustment. We understand the importance of optimizing this process and have prioritized it. Currently, we are exploring ways to minimize the delay during table edits. We will keep you updated on our progress and provide further details by October 22, 2024. Thank you for your understanding and patience.
Hi Aaron, in our previous version (26.1.40), we achieved a 20% improvement in performance-related issues. Currently, in our final validation, we confirmed that there is potential for further optimization. As a result, we can improve 20%. We are planning to include this performance fix in our upcoming release, scheduled for November 5, 2024.
You can track the status of the bug through the below feedback link:
Disclaimer: “Inclusion of this solution in the weekly release may change due to other factors including but not limited to QA checks and works reprioritization.”
Thanks a lot guys, that's a real help.
You are correct to narrow this down to the use of the "autofit" setting in Word; it seems to be the root cause of the issues. If all of the tables in the document are set to autofit, the performance of inserting text within them drops dramatically.
Turning autofit off for me will lead to knock on issues with document presentation so we ideally need this to work efficiently.
Any optimisation you can get on this would be hugely appreciated as this is currently the critical issue for my implementation.
Hi Aaron,
As we mentioned earlier, we will include the fix in our upcoming patch release which expected on November 5, 2024.
Regards,
Dhanush S
Thanks Dhanush
We have deployed the Javascript version of the document editor for testing. Unfortunately I am getting the same performance issues with the use of autofit tables, and they are really quite crippling at the moment. I am not sure 20% improvement will fix this.
Unfortunately the footnote rendering issue is also still not resolved for me in the latest version.
Photo:
https://gyazo.com/0249a53762dc6581253a773e610983f1
For reference, here is what we are running:
https://gyazo.com/a60b7350f0e7dbfb30cb210eaac0f6b3
(Just to confirm that we are using the Javascript version, I appreciate that I made previous reference to React, sorry for any confusion).
Hi Aaron Matthews,
Currently, we are checking this scenario and will update the details on November 1, 2024.
Regards,
Dhanush Sekar
Hi Aaron Matthews,
We are able to replicate the reported issue and we are validating it currently. We will update further details on this by November 5, 2024.
Regards,
Niranjan Anumuthu.
Hi Aaron,
Footnote issue:
We have confirmed the reported issue ‘content overlapping issue’ as a defect and logged a defect report. We will include the fix for this issue in our upcoming patch release, which is expected on November 26, 2024.
You can track the status of the bug through the below feedback link:
Disclaimer: “Inclusion of this solution in the weekly release may change due to other factors including but not limited to QA checks and works reprioritization.”
Control lag issue:
Sorry for the inconvenience. We have added the fix to improve the performance when editing inside the table. We have faced some breaks in our automation testing, so we couldn’t include the fix in this release. We will include the fix for this issue in our 2024 volume 3 SP release, which is expected in mid-November. If we fix it earlier, we will share the custom package.
Regards,
Selvaprakash K
Hi Aaron,
We are glad to announce that our Essential Studio® 2024 Volume 3 Service Pack Release v27.2.2 is rolled out and is available for download under the following link.
In this release, we have improved performance by 25% when editing within larger tables (control lag issue).
Feedback link:
We thank you for your support and appreciate your patience in waiting for this release. Please get in touch with us if you would require any further assistance.
Root cause:
In the provided document, the single table is spans across 20 pages and has the AutoFit property enabled. In this scenario, whenever text is inserted or deleted, the entire table is recalculated based on the AutoFit settings. This involves recalculating table values and re-laying out the table to ensure that cell widths are updated correctly. Consequently, this can introduce delays in response times during these operations.
Regards,
Selvaprakash K
Hi Aaron,
Footnote issue:
Sorry for the inconvenience. We have resolved the reported issue, but we are facing some breaks due to this fix in our automation testing. After resolving the automation breaks, we will include the fix in our upcoming patch release without further delay, which is scheduled for December 03rd, 2024. If we fix the issue before we will share the custom package before that. We appreciate your patience until then.
Regards,
Selvaprakash K
Hi Aaron,
We have attached the custom package with fix. Please find below the steps to use a custom package:
Note: Please don’t give npm install or npm update. It will refresh the whole package.
We will include this fix in our upcoming release. Until then, kindly use the attached custom package.
Regards,
Selvaprakash K
Thanks so much for the help guys, I will ask my developer to deploy and review.
Quick query on the AutoFit table problem; I appreciate the efforts to improve performance but is there not a more fundamental point here that this feature isn't properly emulating the feature as it is natively in MS Word, and that would seem to be the root cause of the problem?
How it Works in Word
In Word, AutoFit Window dynamically adjusts the width of a table to match the width of the document's content area (that is, the space between the margins).
When you have a "table within a table", that content area is simply the width of the cell that the "subtable" sits in.
This setting is not responsive to the text that the table contains. The table's total width automatically adjusts to fit the current width of the document's content area
(the space between the margins), and this wraps the text within it (so essentially, the contents of the table is irrelevant; the setting does not continuously recalculate the table width based on the text or content within the cells).
In SyncFusion's Editor:
You suggest that the problem is caused because the editor is recalculating cell widths and layout every time text is added or removed.
This is surely unnecessary if this feature matches the implementation in Word. Text changes should not trigger a continuous recalculation of the table width.
If this recalculation is based on the text content in the cells rather than the pre-determined content area width, it is inevitably going to introduce significant computational overhead (which will be especially problematic for large tables spanning multiple pages, as every edit triggers a cascading recalibration of the entire table).
My headline point is: the setting in Word does not force a recalculation of the table on every keystroke (as your editor seems to do), when activated it simply ties the table width to the document's content area (either the space between the margins, or the cell if the table is inserted into a pre-existing table). This does not require continuous recalcultion of the table; indeed a recalculation should only be necessary if the rows/columns within the table, or the page marg
page margins are adjusted*.
Sorry, last sentence got cut off.
Hi Aaron,
Thanks for the input.
Currently, we are checking this scenario and will update the details on December 9, 2024.
Regards,
Dhanush S
Hi Aaron,
Footnote issue:
We are glad to announce that our patch release (v28.1.35) has been rolled out successfully. In this release, we have added the fix for the reported issue.
Please upgrade to the latest version packages to resolve this issue:
NPM link:
https://www.npmjs.com/package/@syncfusion/ej2-documenteditor
NuGet links:
https://www.nuget.org/packages/Syncfusion.Ej2.Wordeditor.ASPNet.Core/
https://www.nuget.org/packages/Syncfusion.Ej2.Wordeditor.ASPNet.MVC5/
Feedback:
Resolve content overlapping issue and editing the attached document in JavaScript | Feedback Portal
Root cause:
The second page contains a footnote, but that is not visible because the footnote y is greater than the client area bottom. so it's clipped.
Regards,
Selvaprakash K
I've experienced the same issue — the lag becomes especially noticeable when dealing with larger Word files or documents with complex formatting. It's frustrating because otherwise, the editor works well for simpler tasks. If you're building something similar or exploring alternatives, this guide on how to create an elearning app offers some useful insights into optimizing performance in web-based editors. Hopefully, SyncFusion rolls out an update to address this soon.
Hi Davi,
Please share the input Word document if you are facing an issue with a specific document. We will validate the issue and update the details.
Regards,
Dhanush S
I've experienced the same issue — the lag becomes especially noticeable when dealing with larger Word files or documents with complex formatting. It's frustrating because otherwise, the editor works well for simpler tasks. If you're building something similar or exploring alternatives, this guide on
Merchandise ideas offers some useful insights into optimizing performance in web-based editors. Hopefully, SyncFusion rolls out an update to address this soon.
Hi Ali Raza,
Please share the input Word document if you are facing an issue with a specific document. We will validate the issue and update the details.
Regards,
Kavitha M
Door Locks secure your home, just as reliable software should secure your workflow. Experiencing very high lag with SyncFusion Document Editor when working off of imported Word documents can feel like a jammed lock—frustrating and time-consuming. Optimizing the document size, Door lock checking browser memory limits, or updating the editor may help. Just like choosing the right lock, selecting the right tools and configurations ensures smooth, secure, and efficient performance every time.
Door Locks secure your home, just as reliable software should secure your workflow. Experiencing very high lag with SyncFusion Document Editor when working off of imported Word documents can feel like a jammed lock—frustrating and time-consuming. Optimizing the document size, Door locks checking browser memory limits, or updating the editor may help. Just like choosing the right lock, selecting the right tools and configurations ensures smooth, secure, and efficient performance every time.
Hi Ali Raza,
We have created a sample document with all supported elements and have taken a benchmark for opening the document. Please check the below details
Benchmark performance:
Pages count | Seconds |
10 | 8s |
50 | 46s |
100 | 92s |
200 | 173s |
300 | 296s |
The performance will vary, not specifically due to the size of the document, but due to the content present in the document. The performance may vary depending on the content of the document, such as text, tables, images, and other supported elements.
We kindly request you to provide the input document along with details of the actions you were performing in it. This will enable us to validate the issue and promptly share the solution as soon as possible.
Note: If you have any confidential data in your Word document, please replace with some dummy data and provide us the same. We just need your document to recreate the problem you face.
Regards,
Aravind D
Hi Ali Raza,
We have created a sample document with all supported elements and have taken a benchmark for opening the document. Please check the below details
Benchmark performance:
Pages count | Seconds |
10 | 8s |
50 | 46s |
100 | 92s |
200 | 173s |
300 | 296s |
The performance will vary, not specifically due to the size of the document, but due to the content present in the document. The performance may vary depending on the content of the document, such as text, tables, images, and other supported elements.
We kindly request you to provide the input document along with details of the actions you were performing in it. This will enable us to validate the issue and promptly share the solution as soon as possible.
Note: If you have any confidential data in your Word document, please replace with some dummy data and provide us the same. We just need your document to recreate the problem you face.
Regards,
Aravind D
Hi Ali Raza,
We have created a sample document with all supported elements and have taken a benchmark for opening the document. Please check the below details
Benchmark performance:
Pages count | Seconds |
10 | 8s |
50 | 46s |
100 | 92s |
200 | 173s |
300 | 296s |
The performance will vary, not specifically due to the size of the document, but due to the content present in the document. The performance may vary depending on the content of the document, such as text, tables, images, and other supported elements.
We kindly request you to provide the input document along with details of the actions you were performing in it. This will enable us to validate the issue and promptly share the solution as soon as possible.
Note: If you have any confidential data in your Word document, please replace with some dummy data and provide us the same. We just need your document to recreate the problem you face.
Regards,
Aravind D
Hi Ali Raza,
We have created a sample document with all supported elements and have taken a benchmark for opening the document. Please check the below details
Benchmark performance:
Pages count | Seconds |
10 | 8s |
50 | 46s |
100 | 92s |
200 | 173s |
300 | 296s |
The performance will vary, not specifically due to the size of the document, but due to the content present in the document. The performance may vary depending on the content of the document, such as text, tables, images, and other supported elements.
We kindly request you to provide the input document along with details of the actions you were performing in it. This will enable us to validate the issue and promptly share the solution as soon as possible.
Note: If you have any confidential data in your Word document, please replace with some dummy data and provide us the same. We just need your document to recreate the problem you face.
Regards,
Aravind D
Door Locks secure your home, just as reliable software should secure your workflow. Experiencing very high lag with SyncFusion Document Editor when working off of imported Word documents can feel like a jammed lock—frustrating and time-consuming. Optimizing the document size, Printed giveaways checking browser memory limits, or updating the editor may help. Just like choosing the right lock, selecting the right tools and configurations ensures smooth, secure, and efficient performance every time.
Hi Ali,
As we requested earlier, share us the input document along with details of the actions you were performing in it. This will be helpful for us to investigate more on your issue and promptly share the solution as soon as possible.
If you have any confidential data in your Word document, please replace with some dummy data and provide us the same. We just need your document to recreate the problem you face. Also, you can create support ticket through the below link and share us the document.
https://support.syncfusion.com/
Regards,
Akshaya
Door Locks secure your home, just as reliable software should secure your workflow. Experiencing very high lag with SyncFusion Document Editor when working off of imported Word documents can feel like a jammed lock—frustrating and time-consuming. Optimizing the document size, Locks checking browser memory limits, or updating the editor may help. Just like choosing the right lock, selecting the right tools and configurations ensures smooth, secure, and efficient performance every time.
As we requested earlier, share us the input document along with details of the actions you were performing in it. This will be helpful for us to investigate more on your issue and promptly share the solution as soon as possible.
Door Locks secure your home, just as reliable software should secure your workflow. Experiencing very high lag with SyncFusion Document Editor when working off of imported Word documents can feel like a jammed lock—frustrating and time-consuming. Optimizing the document size, 24 hr locksmith Bradford checking browser memory limits, or updating the editor may help. Just like choosing the right lock, selecting the right tools and configurations ensures smooth, secure, and efficient performance every time.
As we requested earlier, share us the input document along with details of the actions you were performing in it. This will be helpful for us to investigate more on your issue and promptly share the solution as soon as possible.
Hi Ali,
To investigate further, please share the input document along with details of the actions you were performing. This will help us investigate the issue more effectively and provide a prompt solution.
If your Word document contains any confidential data, kindly replace it with dummy content before sharing. We only need the document to reproduce the issue you're facing.
Alternatively, you can create a support ticket using the link below and attach the document there:
https://support.syncfusion.com/
Regards,
Akshaya
Guys Ali Raza is very obviously a bot account, please shut down this thread.