Path to pdftk blank if saved blank on settings page (should fall back to pdftk)

Hi - bugs have to be filed against the latest development version. Right now, they contain the same code, but I just mention it because other module maintainers will say the same thing.

Does PDF parsing with any PDFs, or is it totally broken?

I'll test it generally now and see.

It's probably this fix: #1430044: Allow specifying pdftk path manually

Go into the settings and put in the path to your pdftk. That should work around it.

That said, I inadvertently introduced a behavioral change because I don't assume pdftk as the fallback value when the path isn't set. I only do so if the settings page has never been saved (not intentionally, of course).

I'll commit a fix for this and release a new version today.

Note to self: I also have to fix this in PDF Forms API, which Fill PDF 7.x-2.x uses.

Fixed. Needs testing, so if you can update to the -dev release once you see the date change, blank out your pdftk setting workaround, and let me know, that'd be great. You can also test right away if you clone the 7.x-1.x branch with Git (if you're familiar with that or by using the instructions at http://drupal.org/node/326549/git-instructions/7.x-1.x/nonmaintainer).

This is the patch that one can apply to 7.x-1.18 or the current 7.x-1.x-dev. http://drupal.org/patch/apply

Will commit this soon then!

Confirmed that this works.