Bug report: saving DOCX into PDF results in NRE

Hi there,

from time to time we run into `Object reference not set to an instance of an object` exception doing the following:

========
// tempStream is a MemoryStream, contains DOCX which can be opened by
// Google Docs / MS Office (attached):
wordDoc = new Document(tempStream);

// ....some checks omitted here...

// Saving back into a MemoryStream in some other method.
wordDoc.Save(tempStream, Aspose.Words.SaveFormat.Pdf);
========

Stack trace:
========
"\u0003 .\u0002(\u0006 \u0002, ChartSeries \u0003)\r\n at \u0002 .\u0003 ​ \u0003(\u000e \u0002, \u000e​ \u0003)\r\n at \u000e .\u0003(\u000f ​ \u0002)\r\n at \u000e .\u0002(\u000f ​ \u0002)\r\n at \u0002 .\u0003 ()\r\n at \u0002 .\u0005()\r\n at \u0002 .\u0002()\r\n at \u0002 .\u0002(ShapeBase \u0002, \u000e​ \u0003)\r\n at \u000e .\u0006 ​ \u0002(\b \u0002)\r\n at \u0006 .\u0002(ShapeBase \u0002)\r\n at \u0005 .\u0002(ShapeBase \u0002, \u0003 \u0003)\r\n at \u0005 .\u0002(\u0003 \u0002, Boolean \u0003)\r\n at \u0005 .\u0005(\u0005 \u0002)\r\n at \u0005 .\u0002(\u0003 \u0002)\r\n at \u0005 .\u0005 ​ \u0003 ()\r\n at \u0005 .\u0002()\r\n at \b .\u0005 ​ \u0005()\r\n at \u0003 .\u0003 ​ \u0003 ()\r\n at \u0003 .\u0005 ​ \u000f ()\r\n at \u0005 .\u0002()\r\n at \b​ .\u0002(\u0003 \u0002)\r\n at \u0006​ .\u0002(\u0003 \u0002)\r\n at \u0006​ .\u0002(\u0003 \u0002, Int32 \u0003)\r\n at \b .\u0002(\u0005 \u0002, Int32 \u0003, Boolean \u0005)\r\n at \u000f .\u0005()\r\n at \u000f .\u0002(\u0006 \u0002, Int32 \u0003, Boolean \u0005, Boolean \b)\r\n at \u0005 .\u0002(\u0003 \u0002)\r\n at \u0005 .\u0006 ​ \u0002()\r\n at \u0006 .\u0002(\u0006 \u0002, \u0003 \u0003, \u000f \u0005)\r\n at \u000f .\b ()\r\n at \u000f .\u0002(\u0006 \u0002, Int32 \u0003, Boolean \u0005, Boolean \b)\r\n at \u0002 .\u0005 ()\r\n at \u0002 .\u0002(\u000f \u0002, Int32 \u0003)\r\n at \u0002 .\u0002(\u000f \u0002)\r\n at \u0002 .\u0002()\r\n at \u0002 .\u0002(\u000f \u0002)\r\n at \u0006 .\u0002(Boolean \u0002)\r\n at \u0002 .\u0002(Boolean \u0002)\r\n at \u000f .\u0002 ()\r\n at \u000f .\u0002(Document \u0002, \u0005 \u0003)\r\n at \u0003 .\u0003 ​ \u0002()\r\n at \u0002 .\u0003(\b \u0002)\r\n at \u000e .\u0002(\b \u0002, \b \u0003)\r\n at \u000e .\u0002(Node \u0002, \u000e \u0003)\r\n at Aspose.Words.Document.\u0005()\r\n at Aspose.Words.Document.\u0002(\u0005 \u0002, SaveOptions \u0003)\r\n at Aspose.Words.Document.\u0002(Stream \u0002, String \u0003, SaveOptions \u0005)\r\n at FoxTranslate.Services.DocumentDelivery.Channels.TrDeliverableFileProvider.SaveDocToS3(S3FileId id, Document wordDoc, SaveFormat saveFormat, String contentType)
========

We're running Aspose.Total 15.9.0 and were evaluating 16.12.0 to see if this problem has been fixed. We would like to renew Aspose.Total license, but this is a blocker for us.

Thanks!
Hi Denis,

Thanks for your inquiry. We have tested the scenario and have managed to reproduce the same issue at our side. For the sake of correction, we have logged this problem in our issue tracking system as WORDSNET-14643. You will be notified via this forum thread once this issue is resolved.

We apologize for your inconvenience.

Thanks Tahir!

The issues you have found earlier (filed as WORDSNET-14643) have been fixed in this Aspose.Words for .NET 17.1.0 update and this Aspose.Words for Java 17.1.0 update.


This message was posted using Notification2Forum from Downloads module by aspose.notifier.