July 11, 2012 at 4:52 pm #6862
I’m attempting to run some test transactions on a site which is not yet live. I’m using both eStore and PDF Stamper. I have been able to successfully complete eStore transactions and download pdfs when they are not being stamped. However, when I turn on stamping, PDF Stamper seems to have trouble with the file path. When I attempt to manually stamp files (I’ve gone through the checklist and have verified that the paths are correct), I’m getting error code 01:
Error! SetaPDF_Error Object ( [message] => Cannot open
Conversely, if I modify the hosts file on my local computer and point the WordPress settings to the future domain name, I am able to properly manually stamp files. The problem is, in order for me to test transactions from start to finish, I need PayPal’s IPN to be able to interact with a valid URL in order to trigger eStore’s post-payment processes. The only way I’ve found to do this is by pointing the WordPress settings to the site root using the host’s IP address. When I attempt to manually stamp a file using the host’s IP in the file path, the error message displays the file path differently, with the following in place of the host’s IP:
I’ve tried both file path conversion methods with the same result. Thanks!July 12, 2012 at 2:32 am #47223adminKeymaster
Hi, None of our products work on non live site (local installation). Mainly because there are too many factors involved that require direct access to URLs and outside server connection. You can’t do that in a local installation. We can’t provide support until you install the plugin on a live server where we can access your site via a URL. This is explained in our terms and conditions.July 13, 2012 at 5:02 am #47224
Okay fair enough. I made the site live to test things out. Now, I can successfully manually stamp files, and I can successfully complete transactions without the stamper, but the post payment processes are getting stuck on stamping. Here’s the debug log file (with the file URL removed):
[07/13/2012 4:53 AM] – Advisory : Log file reset.
[07/13/2012 4:55 AM] – SUCCESS :Generating download link for multi part file.
[07/13/2012 4:55 AM] – SUCCESS :Stamping request for product ID: 1
[07/13/2012 4:55 AM] – SUCCESS :Stamping the PDF file if WP PDF stamper plugin is installed.
[07/13/2012 4:55 AM] – SUCCESS :Source file type check… is file type PDF return value: 1
[07/13/2012 4:55 AM] – SUCCESS :Source File URL is: **********.pdf
[07/13/2012 4:55 AM] – SUCCESS :Attempting to stamp the PDF file using the internal stamping API. PDF Stamper version: 4.1.9
I have checked the stamped-files folder, and the file is not there. Also, the transaction is not showing as complete in the mySQL sales table since it didn’t finish processing.July 13, 2012 at 6:29 pm #47225
Nevermind. There seemed to be an issue with the file names, which although they could be manually stamped, they couldn’t be stamped in the context of a purchase. I think I’ve got it squared away now. Thanks for the help.July 18, 2012 at 6:25 am #47226asterixgroupMember
Hi morley, I appear to be running into the same problem. Did you get this resolved? If so can you explain why it was getting stuck?
Thanks in advance!July 18, 2012 at 7:54 am #47227adminKeymaster
@asterixgroup, your site is a local installation too?
Have you gone through this checklist?
- You must be logged in to reply to this topic.