Forum Replies Created
I did some more testing and turned on the debug logs. In looking at the log, it’s getting stuck at the stamping step:
[03/09/2013 5:57 AM] – SUCCESS :Attempting to stamp the PDF file using the internal stamping API. PDF Stamper version: 4.2.2
We have set the plugin to stamp at the time of download. The host has the PHP limit set to 128M, and the files are around 35 pages long, so that would seem to rule out a RAM shortage. The problem doesn’t occur every time however (occasionally, the files will get stamped and download properly), so I’m not sure. Any ideas as to what’s happening here?
When we experimented with that addon a while back, I noticed the same behavior. It doesn’t add new products on top of the ones currently in the cart; it replaces them. I mentioned this in that feature request post as well.
We have a similar setup, and the ability to add to cart using checkboxes would be an excellent addition. Ideally, a customer would be able to either hit the individual add-to-cart button for the particular product, or check all the products that he/she wished to purchase and click on a global add button to put them all in the cart. I added this request to the following page last year:February 2, 2013 at 11:11 pm in reply to: Customize e-mail return path for purchase confirmation messages? #53527
I know that the “From Email Address” field can be customized; we currently have it set to “info@our_domain.com.” What I’m referring to is the actual “Return-Path,” seen when you look at the message headers. The return path for a regular message from the “info” address matches the from address whereas the return path for e-mails generated by the plugin’s automated system defaults to cPanel_account@host_server.com. One byproduct of this is that automated receipts that bounce off recipients’ accounts (for instance, customers who don’t enter their e-mail address correctly when checking out) don’t actually get returned to the info address; they are routed to that default account.
The return path for other plugin-generated messages, such as those created by Contact Form 7, is also the default address, so I’m assuming if this could be changed, some base WordPress files would have to be modified. I’m also unsure of whether the from/return-path mismatch would even trigger spam filters; please let me know if I’m off base there.January 29, 2013 at 12:45 am in reply to: Customers not receiving confirmation email & debug quit logging #52742
PayPal is cycling from the most recent transactions to the oldest ones in sending out the IPNs. So far, all of our purchases from the last few hours have been processed, and it looks like they’ll get to the original there shortly.
This sounds like the IPN issue PayPal is currently working to resolve. See this thread for others with similar problems:January 28, 2013 at 3:42 pm in reply to: Customers not receiving confirmation email & debug quit logging #52740
We have the exact same problem. Three purchases have been completed since last night, and none of the customers received the e-mail with links. We had the debug setting turned off since everything was working perfectly for a long time; I have enabled them now and will report back as soon as another transaction takes place. I checked the mySQL, and download links for the included files were not generated either. Help!
I checked the IPN history in our PayPal account, and it looks like they weren’t sent for these most recent transactions. I called PayPal, and it appears to be a global issue due to an outage that took place last night. Here’s the page they’re keeping updated: http://www.x.com/content/notification-issue-receiving-instant-payment-notifications-ipns-jan-27November 14, 2012 at 10:03 pm in reply to: Tweet For Download sending default message instead of specified one. #51348
The updated version worked perfectly when I tested it. Thanks!
I too am looking forward to the addition of Amazon as an option. Although I haven’t used it in the past, I figure with the huge number of Amazon account holders, it could help with conversions. Plus, Amazon charges $0.05 + 5% for transactions under $10.00, which is nice.
I agree that having multiple payment buttons showing together would be a nice feature. Since PayPal is the default, some people may not like that and turn back without even noticing that there are other options. I started a thread about this a couple days ago:October 18, 2012 at 5:06 am in reply to: Stacked eStore payment options instead of selectable? #50427
I agree that for more than two gateways it would be cluttered, but it would be a nice option for sites that are only using two gateways.October 11, 2012 at 5:10 am in reply to: Lightbox Ultimate – Including alt attribute in pdf anchor images. #50191
It’s working. Thank you!
It was Varnish after all. Once the host turned it off, everything started working properly again. Thanks for your help, and sorry for the trouble.
As I suspected, the upgrade to the most recent version (6.9.1) did not fix the issue. To clarify, it isn’t an issue of adding the same item to the cart twice; I definitely want to prevent that, and have specified so in the plugin settings. The problem is that as additional items are added, they aren’t showing up right away. They’re showing up after a few more clicks while on other pages.
I don’t believe that’s the issue; I set that back to ‘0’ to no avail. I’ll try to upload a fresh build and see if that fixes it, but I think it may be something else since I don’t recall this happening before. I’ll keep you posted. Thanks.