Index was outside the bounds of the array, when saving a PDF

We have recently updated to newest version of Aspose.PDF.Drawing, 24.8.0, in .NET 8.

We are randomly getting errors. These errors could be guessed to be due to Aspose.Pdf.Drawing sharing state across - so it happens when using multithreads on what appears to be a stateless interface.

Recently we got a not so random error. One of our pods kept looping the same error for all PDF related actions done. Clearly showing, that Aspose is wrongly keeping some kind of state. The PDFs were different - and when retried on other pods it worked fine.

The pod in question however didn’t succeed in doing any work. It only spawned an error with the following stack trace on Aspose end when trying to save the pdf:
System.IndexOutOfRangeException: Index was outside the bounds of the array
at System.Collections.Generic.Dictionary`2.TryInsert(TKey key, TValue value, InsertionBehavior behavior) at #=zfVcpL$0R$4R56XrActe8UXQ47PqoObQLdsbEru4vCU5M.#=zhhkOn_kWh58L(String #=zQEHt$oY=, #=z$0lF7CWGoJdk_kl3ZPxZDzKyfljAINUDVgmHPIpawf54 #=zVH4R0T0=) at #=zztcc5w2PxDxn7ocDZE0dILzVJUr1OYWcmQxVHachtyjXesnGK5CxER8=.#=zQjIMR7I=(SelectFont #=zTpekFVA=) at #=zztcc5w2PxDxn7ocDZE0dILzVJUr1OYWcmQxVHachtyjXesnGK5CxER8=.#=zTHYopjE=(Page #=zrV_1Fq8=) at #=z27zH5AvryV9Km1DuHAcwTdtmicfTZJK4tBU9wF4B3S9$92iuFz3xg00b0oR3.#=z4WJbtx$XydyS(BaseOperatorCollection #=zCBkQhlM=, Resources #=z8SWfooY=, Page #=zrV_1Fq8=, Rectangle #=zVsGHA1wHJMwZ) at #=z27zH5AvryV9Km1DuHAcwTdtmicfTZJK4tBU9wF4B3S9$92iuFz3xg00b0oR3.#=z4WJbtx$XydyS(BaseOperatorCollection #=zCBkQhlM=, Resources #=z8SWfooY=, Rectangle #=zVsGHA1wHJMwZ) at #=z27zH5AvryV9Km1DuHAcwTdtmicfTZJK4tBU9wF4B3S9$92iuFz3xg00b0oR3.#=zP7Wq68E=() at #=zG1bjSpzAGzGhuLIknj37pl0iFnl0VM0vw2r4W4$7ighRdS55Lhq2ppk=.#=z0l4ahDj1fJcs(Page #=zrV_1Fq8=, OperatorCollection #=zCBkQhlM=, Resources #=z8SWfooY=, Int32 #=zOFSBs6USrwq_, #=zmHNPPy__JWOpLf5rTR7dGfnzRclYSDJopIPAmUWk$fwzHmy6LA== #=zNK_Xmx3ojhXG) at #=zG1bjSpzAGzGhuLIknj37pl0iFnl0VM0vw2r4W4$7ighRdS55Lhq2ppk=.#=ziHU$gy8tSgIP(Page #=zrV_1Fq8=, #=zmHNPPy__JWOpLf5rTR7dGfnzRclYSDJopIPAmUWk$fwzHmy6LA== #=zNK_Xmx3ojhXG) at #=zG1bjSpzAGzGhuLIknj37pl0iFnl0VM0vw2r4W4$7ighRdS55Lhq2ppk=.#=zp8NsoZI=() at #=zG1bjSpzAGzGhuLIknj37pl0iFnl0VM0vw2r4W4$7ighRdS55Lhq2ppk=.#=zbuodsiE=() at Aspose.Pdf.Document.#=zoyLXZS8=(XmlTextWriter #=z0XZJe64=, PdfFormat #=zCCu7Dwc=, Boolean #=z6Qiwh_IPlSZH, ConvertErrorAction #=z3eWTh44=) at Aspose.Pdf.Document.#=zRDUUHiERYQ0V(Stream #=zbMelC3c=, SaveOptions #=zcg95f769zBEM) at Aspose.Pdf.Document.#=zJSZ5hDj9I43U(Stream #=z1vXuHjm8se$O, SaveFormat #=zCCu7Dwc=)

We are obviously very concerned both about the random errors as well as the possibility to get to a point, where a pod becomes useless due to a purchased third party library.

These errors happens randomly and in production with multithreading loads. Obviously we are not able to make reproduceable snippets or anything else to ease the support burden. It is however our impression, that there are some significant bugs that must be found.

@morlar

It would be challenging to investigate such issue that occurs intermittently and while we do not have any reproducible code snippet or steps. Nevertheless, we would still try to decrypt the stack trace and find the possible reasons that may cause such issues. The ticket has been logged as PDFNET-58115 in our issue tracking system for the purpose. We will look into its details and keep you posted with the status of its rectification. In the meanwhile, if possible, please share any information that could help us in reproducing it.

1 Like