Comparing file x.V.13.x to x.V.14.x in the zip gives exception.
Using the online comparison also fails (with no info, Compare files online | Free GroupDocs Apps)
Suspected error creating content for these 2 documents are in the picture file in the attachments
Error occurred in comparing Word documents
GroupDocs.Comparison
at .( [] , [] , CompareOptions , )
at . ( , CompareOptions , SaveOptions )
at GroupDocs.Comparison.Comparer.(Document , Document , CompareOptions , SaveOptions , )
at GroupDocs.Comparison.Comparer.Compare(Stream document, SaveOptions saveOptions, CompareOptions compareOptions)
at GroupDocs.Comparison.Comparer.Compare(Stream document, CompareOptions compareOptions)
at Canea.Common.DocumentFormat.Standard.DocumentContentComparer.Compare(NamedFileDataStream oldestDoc, NamedFileDataStream newestDoc) in C:\CANEA.NET\Framework\dev\Common\Common.DocumentFormat.Standard\DocumentContentComparer.cs:line 42
at Canea.Framework.BLL.Docpoint.Document.DocpointDocumentComparisonHandler.RunComparison(NamedFileDataStream oldestDocument, NamedFileDataStream newestDocument) in C:\CANEA.NET\Framework\dev\Lib\FrameworkLib\BLL\Docpoint\Document\DocpointDocumentComparisonHandler.cs:line 187
compare options:
DetectStyleChanges = false, GenerateSummaryPage = false
(HeaderFootersComparison = false has no effect on this bug)
usage:
using (var comparisonService = new Comparer(oldDoc.DataStream))
{
comparisonService.Add(newDoc.DataStream);
Stream result = new MemoryStream();
comparisonService.Compare(result, CompareOptions);
}
We’ve reproduced this issue using GroupDocs.Comparison for .NET 20.4.2. Hence, it’s been logged in our internal issue tracking system with ID COMPARISONNET-2319 for further investigation and resolution. As there’s any update, you’ll be notified.
We have an update on COMPARISONNET-2319. There’s some issue with the problematic Word file (RIK-01671-v.14.0 Delegation och VerkstДllighet - riktlinje fФr SLSO.docx ). When we change something in this file, we have a proper comparison result. Please download these files.zip (170.4 KB) (source, target and result). The error looks like somewhere in the table. Because, before table begins, the comparison is successful. Please try to compare the attached source and target files and let us know if you face issue in them.
Yes, that seems to be true. The file 2errorlines.png was missleading.
So we are in agreement on what “word-thing” that seems to result in a comparison error in this case
We rougly said “If you have X in word-files, that reveils a bug in your compare-functionality”
You said “No, it is not X, it is something in the Y part. Can you comfirm?”
We confirmed and asked what the status/update is with the bug.
You said that since you can provide input that doesnt trigger the bug the problem is solved, which doesnt make much sense.
What I want to know is if you are going working on this, or you will not work on this bug. Then I can update or close the issue on our side.
If you have decided to close it, the reasoning behind it could be good to know, so we dont report issues, hmm… more like track reported issues that are not going to result in an update.
The issue itself looks like some unidentified word-metadata that is associated with a paragraph/textpart in the file, that makes the comparison-functionality crash (i am writing this just so it is tracked/easy to remember later on)