I am running the latest d6 with Fillpdf 6.x-1.15

I just switched form the service, over to locally installed. i did not change anything else. I get an error opening the PDF file. If I switch back to use the service the file is fine.

And then switching back to locally installed - this is the error:

Adobe Reader could not open 'layout1_gopdf-2.pdf' because it is either not a supported file type or because the file has been damaged (for example, it was sent as an email attachment and wasn't correctly decoded).

Thanks in advance
Julie

*************** UPDATE

After attaching the file, I see that it is zero bytes .. I am assuming file permissions but am not sure where to check.

CommentFileSizeAuthor
layout1_gopdf-2.pdf0 bytesspyderpie

Comments

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented

Are you using the latest pdftk locally? Sometimes LiveCycle PDFs have additional data that needs to be removed; earlier versions of pdftk don't have this ability or don't deal with it properly. The service runs the latest version, so I suspect this is your issue. Let me know.

spyderpie’s picture

spyderpie commented

Yes I am. What version should I use to fix that?

Julie

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented

The service uses 1.44. If you did not build your copy from source it's almost certain this is not what you have (last I checked).

spyderpie’s picture

spyderpie commented

Well ...

root@vps [~]# rpm -qa | grep pdftk
pdftk-1.44-2.el5.rf

Hmmmm, I did not build from source. I installed RPMFORGE and Yum'd it.

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented

You stll running into this issue? If you could provide an update (or say it's fixed) that'd be great.

spyderpie’s picture

spyderpie commented

Sorry about that, I put it on the back burner and was working on something else .. I will test again this week and see if there is a change and let you know.

Peace,
Julie

pixeltech’s picture

pixeltech commented

Would love an update as well. Running into the same issue.

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented

pixeltech: Support requests cannot be fixed as such because there is no identifiable bug here. Can you provide more information about the issue you're hitting? Is it a particular PDF? Is it every PDF? Are you filling from a node or a Webform? What does your link look like? Which method are you using to fill (service, PHP/JavaBridge, pdftk)?

Parkes Design’s picture

Parkes Design commented

I've got the same issue with Zero Bytes, error files. It only seems to occur if I'm using the pdftk option. Tomcat works fine but I want to option not to flatten the PDF. I built pdftk 1.44 copied it to my root directory, on a VPS. Been playing with this for several hours and cannot seem to get pdftk to work properly. I have a feeling that I may need to copy the pdftk file into other places as well. Any ideas?

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented

Hesitant to close this because a few people have been running into it, but don't have enough info to troubleshoot. Please report back over the next 2 weeks anyone who is experiencing this.

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented
Status: Active » Postponed (maintainer needs more info)
spyderpie’s picture

spyderpie commented

I am trying to remember what I did to fix it, I really think I was running into file permission issues in my web directory. So I believe I reset all the directory owners to what they should be (ie: chown -R mywebuser:mywebuser *.*} in my drupal directory.

Hope this helps .. I know for sure it was an issue with writing to the hard drive, I just can't remember if this was exactly the solution for me.

Peace,
Julie

pixeltech’s picture

pixeltech commented

To describe my issue a bit more (have been away from that site for a while)...

We're going from a webform to a PDF form.

Everything works as expected using the fillPDF service. The PDF is filled in perfectly.

When I switch to the local pdftk, I get the 0-byte files when I download the file. This is with every other setting the same (same link, same pdf, same webform).

We've tested our local pdftk, both from the command line and from a sample webpage (our server admin downloaded one from https://github.com/andrewheiss/pdftk-php), and it does work. He says there are no error messages being created that he can see.

??

wizonesolutions’s picture

wizonesolutions
he/him
Primary language English
Location Norway
commented
Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)

As far as I can tell, this should work if pdftk is working. There is probably some other misconfiguration causing this. Perhaps the site is running as a different user than the one the sysadmin used to test and that user cannot run pdftk. Not sure.

batsnafu’s picture

batsnafu commented

Hi,

I just ran in to this 'problem' myself using pdftk in a shared hosting environment. It was determined that due to the fact that the module requires exec() level calls, and those are generally disabled functions in a shared server PHP build, PDF build consistently failed with the message "'pdftk not properly installed. No PDF generated".

Soooo, at least 1 way to duplicate would be to disable exec() calls, though I'm sure this is obvious to you and hopefully helps others that may actually have pdftk installed but still not working.

Thanks for a great module,
Scott

batsnafu’s picture

batsnafu commented
Issue summary: View changes

*************** UPDATE

After attaching the file, I see that it is zero bytes .. I am assuming file permissions but am not sure where to check.