PDF Export - Permissions

Scriptcase 8 Discussion
#1

Hi,

I’m getting this error trying to export a form with PDF export.

Not Found

The requested URL /koGest/_lib/tmp/sc_pdf_20150211154654_897form_consulta_loteproducto.pdf was not found on this server.

I know it’s a permissions problem, and readed about how to solve under Linux envirometns, but didn’t find any post about a solution under Apache+Windows enviroment.
In temp folder I see command is trying to launch is:

wkhtmltopdf   --page-size A4 --orientation Portrait --outline-depth 0   http://localhost:81/koGest/_lib/tmp/sc_form_consulta_loteproducto_html_3pv09tcaockjc8ofgn6a48vj43.html  C:/Komenco/kosrv/www/koGest/_lib/tmp/sc_pdf_20150211153832_485form_consulta_loteproducto.pdf

Trying to launch manually I get: Exit with http error: 403

Some idea?

#2

I am (aducom) and we are (university) running apache on a windows server and have no issues at all, so I wonder what is causing it. It might be that installing a wamp package like uniform server might solve this issue as this is what we run on Windows. I’ll ask rr tomorrow if he knows what might be going on.

#3

Uniform is what I’m using. In localhost works but not from others computers

#4

I am not using linux for few years, but I get idea… do you have proper conf tables and other settings? Check firewall, access logs, etc.
403 - means that it is forbidden. The request was a valid request, but the server is refusing to respond to it. Maybe this link can help: http://en.wikipedia.org/wiki/HTTP_403

#5

Check your windows services there you will find a US_Apache1 (unless it has another name but for our Uniform it has that name) Then check under which user it is running.

Create a new user a some more rights (you may need to fiddle a bit with it if you want to totally make it safe) at least the rights to run your wktmltopdf.exe (in your c:\UniServer\www…some path here…_lib\prod hird\wkhtmltopdf\win\ dir. And set your US_Apache1 service so that this new user is allowed to run executables properly. You need to do some fiddling in the rights of that user (I dont know all details since our system admin created that user for me, we needed very specific rights to other servers so we use a domain user instead of a normal user).

In c:\Uniserver\usr\local\apache2\logs\error.log you may find some clues as to why it isnt running.

Your uniserver\usr\local\apache2\conf\httpd.conf is the one that can be blocking the second step.

You may want to use https://technet.microsoft.com/en-us/sysinternals/bb664922.aspx on your machine to view specific rights.
I hope this helps you further…

#6

Misterioysly it works. But I will check your suggestions. Tanks a lot