when can I expect a fixed on this?
We plan to fix the issue with a content, truncated from the right side in a paged mode, in the GroupDocs.Editor for .NET 25.3, that will be released at the end of March.
Regarding the exception during backward conversion — we expect it will be fixed in the following version of the GroupDocs.Editor for .NET, maybe 25.4.
With best regards,
Denis Gvardionov
Thank you for the update, please update me once 24.3 update get’s rolled out
Hi @Niteen_Jadhav ,
The GroupDocs.Editor for .NET version 25.3 is released. In it we’ve fixed the bug with truncated document on the right side: GroupDocs.Editor for .NET 25.3 Release Notes. You can download it on Nuget or GroupDocs.Downloads.
Regarding the 2nd bug with the The document appears to be corrupted and cannot be loaded exception — it is still under work.
With best regards,
Denis Gvardionov
The above mentioned bug is not fixed yet.
I am still facing the issue where after saving the file it is getting shifted to right side
sharing the file for your reference.
CMES KA GCOA Termsheet DocPro template.docx (3.8 MB)
CMES KA GCOA Termsheet DocPro template [2].docx (2.8 MB)
I also noticed that the size of the file also changed.
I am stuck on the same Editor issue since last December and still the issue is not fixed, the timeline provided by your team was communicated to our client by us and now the issue still appearing. these things ends up impacting our commitments with the clients.
I’ve checked both attached files “CMES KA GCOA Termsheet DocPro template.docx” (3.8 MB) and “CMES KA GCOA Termsheet DocPro template [2].docx” (2.8 MB) in both float and paginal modes using a tiny sample project with few lines of code, it is attached, you can check it on your side, if you want (“SampleConsoleEditorAppSolution.7z”). With this project I’ve obtained the next results.
File “CMES KA GCOA Termsheet DocPro template.docx” (3.8 MB) is rendered to the both paginal and float modes fully correct, without truncations.
File “CMES KA GCOA Termsheet DocPro template [2].docx” (2.8 MB) is truncated “by design”, when you open it is MS Word, you will see a truncation from the right side, see screenshot “Truncation.png” below. When converting it to HTML format in paginal mode, this truncation persists, because the GroupDocs.Editor tries to mimic the MS Word behavior. If you want to see the whole content without truncation, please enable the float mode.
I’m attaching 4 HTML files in 7z archive “Converted-to-HTML.7z”; they were produced with attached sample project in both paginal and float modes for both attached files. With them you can check that truncation is present only in the “CMES KA GCOA Termsheet DocPro template [2]-paged.html”, but, as I said earlier, it is because GroupDocs.Editor tries to mimic the MS Word behavior.
Hope this will help.
With best regards,
Denis Gvardionov
Truncation.png (310.7 KB)
SampleConsoleEditorAppSolution.7z (8.3 KB)
Converted-to-HTML.7z (1.4 MB)
The document with 3.8 MB size is the original document and the document with 2.8 MB size is the same document which I saved after editing in the editor.
I am executing the below API
[HttpPost]
[Route("api/GroupDocsApi/SaveWordFile")]
public SPResponse SaveWordFile(DocPro.DMS.BusinessEntities.Request.GroupDocs.GetDocumentInfoRequest request)
{
SPResponse sp = new SPResponse() { ReturnStatus = "-1" };
string editedHtmlContent = request.EditorData;
string inputFilePath = Path.Combine(request.StoragePath, request.GUID);
string guid = Guid.NewGuid().ToString();
string extension = Path.GetExtension(request.GUID);
string outputFilePath = Path.Combine(request.StoragePath, guid + "." + extension);
EditableDocument afterEdit = EditableDocument.FromMarkup($"<body>{editedHtmlContent}</body>", new List<IHtmlResource>());
GroupDocs.Editor.Options.WordProcessingSaveOptions saveOptions = new GroupDocs.Editor.Options.WordProcessingSaveOptions();
using (Editor editor = new Editor(inputFilePath))
{
editor.Save(afterEdit, outputFilePath, saveOptions);
}
sp.ReturnStatus = "0";
sp.Ref1 = guid;
return sp;
}
after file is being saved from this api the file is being truncated and the 2.8 MB file is a result of this
Thanks, now it is clear for me - file 3.8 MB is input and file 2.8 MB size is output and it is corrupted. I was managed to reproduce your issue and with your code obtained the same result.
In order to fix it you should do the next:
- For the
WordProcessingSaveOptions saveOptionsset theEnablePaginationflag totrue:
GroupDocs.Editor.Options.WordProcessingSaveOptions saveOptions = new GroupDocs.Editor.Options.WordProcessingSaveOptions();
saveOptions.EnablePagination = true;//here
- Remove the unnecessary
$"<body>{editedHtmlContent}</body>", just pass theeditedHtmlContentvariable directly to theEditableDocument.FromMarkup:
EditableDocument afterEdit = EditableDocument.FromMarkup(editedHtmlContent, new List<IHtmlResource>());
- About decreased DOCX file size - it is Okay.
This should help.
With best regards,
Denis Gvardionov
Hello Team,
Everything was working fine with the previous template but as soon as I uploaded a new template (word file) right side text again disappear, attached word document for your reference.
Standard Termsheet - Solar - 02 June 2025 - (2).docx (170.6 KB)
Capture.PNG (41.9 KB)
This is a bit urgent,
Can you guys please let me know why the issue is coming on specific template (word document)
Hi Niteen,
I was able to reproduce the issue with a text content in the table cells, truncated from the right side. What is interesting, that after a full roundtrip the resultant DOCX has no truncation. But, anyway, this is a bug, because the text should not be truncated in the browser. Our developers will fix this bug and we hope it will be released in the nearest version of the GroupDocs.Editor for .NET.
Sorry for the inconvenience.
With best regards,
Denis Gvardionov
When will it release?
We expect to release the GroupDocs.Editor for .NET at the beginning of the July. We have a dedicated developer, attached to your requests and tasks, now he is working on the Presentation-related issues. When he will finish, he will be switched to this bug with DOCX page truncation. And as soon as this problem with truncation will be solved, we will release a new version.
With best regards,
Denis Gvardionov
Do we have any updates on this?
At this moment unfortunately no, the dedicated developer still works with the Presentation issues.
Thanks for your understanding.
With best regards,
Denis Gvardionov
Can we have a tentative timeline as we already informed this to you that we need to showcase the same to the client
We will discuss this, make estimation of all requested fixes and improvements, and provide you the requested timeline on the next Monday.
With best regards,
Denis Gvardionov
Hi Niteen,
We’ve made the promised estimation the bugs and issues, which you’ve raised regarding the GroupDocs.Editor for .NET. Our developer has finished work on issues in Presentation module. However, we decided not to publish a GroupDocs.Editor version 25.6 in this month. Instead, our developer will fix the bug with page truncation in DOCX document and then we will publish version 25.7. We expect that GroupDocs.Editor for .NET version 25.7 will be ready at the first half of July.
With best regards,
Denis Gvardionov
Hi Niteen,
Just want to inform you that GroupDocs.Editor for .NET version 25.7 was released today and it contains a fix of the reported bug with truncated table in a “Standard Termsheet - Solar - 02 June 2025.docx” DOCX document when editing it in paginal mode.
With best regards,
Denis Gvardionov