Using latest GroupDocs.Conversion.NETFramework 25.5.1 and 25.0 cause this issue. We did not have this issue with GroupDocs.Conversion 24.12 net462 version, nor did 25.5 and 25.5.1 have any issues with Word or Powerpoint.
The file is corrupt or damaged. Access to the path ‘C:\Windows\system32\LogFiles\WMI\RtBackup’ is denied.
● Access to the path ‘C:\Windows\system32\LogFiles\WMI\RtBackup’ is denied…
GroupDocs.Conversion.Exceptions.CorruptOrDamagedFileException: Cannot convert. The file is corrupt or damaged. Access to the path ‘C:\Windows\system32\LogFiles\WMI\RtBackup’ is denied.
at .()
at .1
at
. 1
at
.1
at GroupDocs.Conversion.Converter.GetDocumentInfo()
at Converters.Aspose.AsposeConverter.Convert(ConvertParameters parameters, CancellationToken cancellation)
at Conversion.Converter.ConversionManager.<>c__DisplayClass8_1.b__0()
at System.Threading.Tasks.Task1.InnerInvoke() at System.Threading.Tasks.Task.Execute() System.UnauthorizedAccessException: Access to the path 'C:\Windows\system32\LogFiles\WMI\RtBackup' is denied. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileSystemEnumerableIterator
1.CommonInit()
at System.IO.FileSystemEnumerableIterator1..ctor(String path, String originalUserPath, String searchPattern, SearchOption searchOption, SearchResultHandler
1 resultHandler, Boolean checkHost)
at System.IO.Directory.GetFiles(String path)
at
.[1](String [1], Boolean , ArrayList )
at
.[1](String [1], Boolean , ArrayList )
at
.[1](String [1], Boolean , ArrayList )
at
.[1](String [1], Boolean , ArrayList )
at Aspose.Cells.FolderFontSource.wptgtrv5mkbpn63zvxmf7wtbmdbbbr78 ()
at Aspose.Cells.IndividualFontConfigs.[1]()
at Aspose.Cells.IndividualFontConfigs.SetFontFolders(String[] fontFolders, Boolean recursive)
at
.[1](SpreadsheetLoadOptions [1], String[] )
at
. 1
at .()
@tunedout
Please provide the following details so we can investigate the issue:
- Sample conversion code
- The file causing the problem
- .NET Framework version used in the application where the issue occurs
- Operating System details
- Full path to the source file (ensure the application has the necessary permissions to access this path)
AsposeTest.docx (2.0 KB)
CHARTTST.XLS.DOCX (18.5 KB)
- .NET Framework version used in the application where the issue occurs
.Net 4.6.2, 4.7.2
- Operating System details
Windows Server 2022
- Full path to the source file (ensure the application has the necessary permissions to access this path)
Not sure what is being asked here.
The AsposeTest is the C# code and the XLS is the test file.
@tunedout
We have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.
Issue ID(s): CONVERSIONNET-7784
You can obtain Paid Support Services if you need support on a priority basis, along with the direct access to our Paid Support management team.
@tunedout
We could not reproduce this issue at our end. Could you please share the sample application and a screencast showing the issue?
You would like the application, which I attached in source in the Aspose.docx, since I could not upload a C# file and a screen capture of an exception?
@tunedout
We just not need the code file but a sample console application using that issue could be reproduced. You can compress the console application to a ZIP format and upload here or to some cloud storage and share it’s link here.
Screencast of steps showing the issue/exception.
The issue is when running as a Windows service, the error is created.
testapp.zip (3.1 KB)
Test file needs to be c:\testfiles\test.xls
@tunedout
Please take a look at this image.png (6.4 KB). We’re currently unable to test this specific scenario on our end. Kindly allow us some time to create a test Windows Service application to reproduce the issue.
Yes it needs your GroupDocs.Conversion.dll, I assumed I would not need to provide that DLL
@tunedout
We’ll notify you as soon as we have more updates on this scenario.
@tunedout
We’re still investigating CONVERSIONNET-7784.
@tunedout
We’ve pinpointed the issue: the exception is caused by the default font directories set in ConverterSettings
.
As a temporary workaround, you can use the following code snippet:
var converterSettings = new ConverterSettings
{
Listener = this,
};
converterSettings.FontDirectories.Clear();
using (var converter = new GroupDocs.Conversion.Converter(
() => inputStream,
(LoadContext _) => loadOptions,
() => converterSettings))
{
....
}
The key code is this:
converterSettings.FontDirectories.Clear();
In v25.7, this will be fixed permanently. We’ll let you know as release is available for download.
1 Like