I need help with a conversion problem with GroupDocs.Viewer 21.8 that only happens on a certain machine.
It seems to happen with any .one file that we tested.
The exception points to a problem with fonts. Is there any way to do further analysis of this problem? Quick Notes.zip (278.5 KB)
Since the callstack mentioned “ViewInfoOptions”, those are the options we’re setting:
That’s the exception reported from our application:
The type initializer for ' ' threw an exception.
Application: TheConversionServer
Username: SYSTEM
Stack: at .()
at Aspose.Note.Page..ctor(Document document)
at . ()
at . ()
at .()
at . ()
at .(Stream , Document , LoadOptions )
at Aspose.Note.Document.(Stream , LoadOptions )
at Aspose.Note.Document..ctor(Stream inStream, LoadOptions loadOptions)
at .(Stream , LoadOptions , Boolean , String )
at .(Object )
at .(MethodBase , Boolean )
at . ()
at .(Boolean )
at .(Object )
at .()
at .(Object , UInt32 )
at .(Boolean )
at .(Object[] , Type[] , Type[] , Object[] )
at . (LoadOptions , BaseViewOptions )
at . (String , Stream , LoadOptions , BaseViewOptions )
at GroupDocs.Viewer.Viewer.(LoadOptions , BaseViewOptions )
at GroupDocs.Viewer.Viewer.(BaseViewOptions )
at GroupDocs.Viewer.Viewer.(ViewInfoOptions )
...
Additional information:
Unable to set provided font as default
Parameter name: defaultFontName
Thank you for this information.
Unfortunately our QA team could not check, because the VM was reverted and the error did not happen again.
But I’ll tell them to check the “Segoe UI Light” font if the issue should come back.
Today the issue happened again, and I was able to verify that the font is installed on the system. image.png (167.3 KB)
After restarting the machine, everything was working fine.
Before the restart, multiple attempts were failing, so it really is the restart that fixes it somehow.
The font was not recently installed.
Do you have an idea what else we could check?
Yes, but I want to ask for some information:
What is your code? I correctly understood that you call first viewer.GetViewInfo, and then the conversion (viewer.View)?
I also noticed “TheGroupDocs.cpp” in your screenshot - you are using GroupDocs.Viewer inside C++ application? Can you provide more details about that? It may be significant to reproduce the issue.
It is possible to get a simple project with C++ code with GroupDocs.Viewer used (Managed code DLL wrapped in C++ native code right?)
Yes we are using GroupDocs from our C++ code.
I have attached one of my test applications that uses this structure. AsposeManaged.zip (33.8 KB)
(Although it’s named “Aspose” it uses GroupDocs, as it wasn’t decided at this time, with which one we’ll go.)
It issue is stable when it happens, so all conversion attempts fail until you restart.
And after restart it’s working in a stable way, so only the restart is changing the behavior.
We did not take a snapshot of the “not working” state so far and we did not yet figure out what it triggers.
The VM is reverted to the “clean installation” state every night and then automatic tests are executed.
It’s a Windows 2019 Server [Version 10.0.17763.2090] running on a Hyper-V server.
We are using .NET Framework 4.7.2.
Thank you for the effort, but as described were not able to reproduce the issue reliably and closed it on our side. We also don’t have a checkpoint anymore to test with unfortunately, and we removed the failing test.