I'm having the same error "Could not find file 'C:\Windows\TEMP\TEMPQXBACCEEVX00000000000000000000000000000000.pdf'."
I'm using the latest version (
My environment is on premise server.
anyone can help?
Can you share a screenshot of your configuration?
Also have you checked the FAQ with the most common questions?
What steps have you taken so far to troubleshoot the issue?
I'm not able to upload the screenshot here. Any other way i can send to you?
I use Bleeding Edge Windows (MinGW-w64) 64bit. This is the admin configuration:
This is the error when I click the convert to pdf button:
"Could not find file 'C:\Windows\TEMP\TEMPNCHLNIOTTO00000000000000000000000000000000.pdf'.SetProcessDpiAwareness failed: "COM error 0xffffffff80070005 (Unknown error 0x0ffffffff80070005)"Error: Failed loading page http://xxx.com/Appraisal/PrintAppraisalForm.aspx?AppraisalId=158&UserType=6 (sometimes it will work just to ignore this error with --load-error-handling ignore)Exit with code 1 due to network error: UnknownNetworkError"
Previously I tried to use the latest stable version and install the visual studio redistributable package, but still doesn't work.
I tried to remove all the dll files from Adminstration page, the error become lesser, left this only:
Could not find file 'C:\Windows\TEMP\TEMPOOMLTSTLBU00000000000000000000000000000000.pdf'.
Guilherme Pereira wrote:
For my problem (Could not find file 'C:\Windows\TEMP\TEMPOOMLTSTLBU00000000000000000000000000000000.pdf'.), we able to solved it by changing the URL to server name instead of domain name. This work perfectly.
I'm not sure is this an issue that can be fixed in the component?
Hi Xiau Hui,
Glad you found a solution.
The problem you're describing seems network related an the fact that your server cannot resolve the domain. If that's the case at the component level there's nothing you can do. It's better to check with your network admin to understand what could be the problem and if it can be solved at the network level.
I'm having the following problem.
When i use the command directly on the server the pdf is being created in "C:\Window\Temp" but when I'm running through the test page (HowToPDF.aspx) the erro "could not find file...." occurs. I'm using the impersonate functionality in the servicecenter and the execution of the command directly on the server was made with the same user.
Any help would be appreciated.
For window platform users
Firstly which version of wkhtmltopdf installable did you choose?
It has to be MinGW and has to be 32 or 64 bit installable depending on your OS.
Make sure you add all the dlls via management portal.
This should fix your issue, if not then it has to be your application issue for which I might need your oml file.
Sree Natarajan wrote:
Thanks for replying. The version is MinGW-w64 and all the dlls are in place. As I've said in my prior post, i tested it directly in the server by using the command line and the file was created sucessfully in the temp windows folder.
The application that i'm using is the one provided here (Forge), i'm using the testing convert to pdf page.
I think the problem must be related with the impersonate functionality since the file is being created when using the command line and not using the test page.
Thanks in advance.
My guess would be for one of two things. Either the impersonate user does not have permissions to run on the windows temp folder or does not have running permissions (the generation of pdf is done through running the wkhtmltopdf tool on a process triggered using c#).
If you're using impersonate to test it properly you have to login into the server with the same credentials you're impersonating. Can you test that?
Forgot to mention, for some reason "htmltopdfconvertor" doesn't work if you try to convert any page which uses silk UI framework.
Also make sure the page that you are trying to convert to pdf should be anonymously accessible.
I'm getting this error: /tmp/TEMPLWODHJYCSRf7e6e24f47234c2cbe6a0a52fb2969ce.pdf (No such file or directory) Html2PdfConverter/binaries/wkhtmltopdf.exe: Html2PdfConverter/binaries/wkhtmltopdf.exe: cannot execute binary file.
Attached the values from the admin page.
The servers are located in a cloud environment so I don't have access to the servers itself to check the folder structure.
Any idea how to solve this?
From the screenshot of your admin page it seems you're using the MSVC based version. That won't work as MSVC is not installed on the cloud machines.
You should use the MINGW based one more specifically the one that is now downloadable on the bleeding edge version of wkhtmltopdf site.
I'm experiencing the same issue with getting this error in service center:
Could not find file 'C:\Windows\TEMP\TEMPCHISMFNVMO00000000000000000000000000000000.pdf'.Error: Failed loading page http://184.108.40.206/HighwayProblem/ (sometimes it will work just to ignore this error with --load-error-handling ignore)Exit with code 1, due to unknown error
I'm operating in a cloud environment.
I've tried using the server IP address instead of the domain name and get the same issue.
I wouldn't expect the cloud server to have rights to my local PC.
Not sure what to try next. I've attached the admin screen.
It seems you're not using the MinGW version and on the cloud that's the only version that will work. Additionally you can try the suggestion given on the error and try to ignore the error.
One additional note. If after uploading the mingw version and dlls you continue to get the error and the ignore doesn't work check if you have a SILK UI based theme because there's a known incompatibility.
I'm pretty sure I am using the MinGW version - I unpackedwkhtmltox-0.12.4_mingw-w64-cross-win64.exe
But, I am using a SilkUI based theme.......
If there are issues with this, can you recommend a different PDF generator that's more likely to work?
Trish Tye wrote:
About the version please install the one marked as bleeding edge as that one used to be on the general downloads and it is the one that usually works.
For other pdf options you can search on forge but to overcome the SILK UI incompatibility what you can do is create an empty theme and use that only on the flow that contains the page to export. That will eliminate the SILK UI dependency that causes the generation to fail sometimes.
Hope this helps,
I have now had success using the 'bleeding edge' version and a non SILK theme.
I will try what you suggest and create any output pages with a non-SILK theme.
Thanks for your help