Forum Replies Created
-
Posts
-
The “blank screen” is indicative of eStore trying to start downloading to the browser. It would be nice, if you could find out what version of Explorer he’s using. And I believe that AOL is the old Netscape browser.
I’m sure the information could provide Amin with a better hint. Thanks.
The links are sent as plain text. It’s up to the mail program to convert it into a click able hyperlink. If the mail program does something “strange and wonderful,” like trying to wrap the text, the link can become damaged; which would prevent copying and pasting from working.
What is your customer using to read their mail? Have them send you the original message back, and compare it to the link that was originally sent.
Did you check off both the “Use Multiple Payment Gateways” **and** the “Use Manual Payment Option” boxes?
Ooops, your last message was entered while I was typing mine. I’ll let Amin or Ivy try to answer this one.
Try using: [wp_eStore_cart_fancy1]
“[wp_eStore_cart_fancy1]
Display the shopping cart with a bit more style on a
post or page (this is the shopping cart display used
on tips and tricks HQ’s checkout page)”
Is this what you were looking for?
I examined my own copy of the table. The access_count values show a value from 0 to 5, which is the download limit I have placed on links. I have been running eStore since the first week of September, which I believe was the 4.2.8 version.
Try creating a download link, but don’t click on it. The value should be 0. If you clock on it, the value should be 1. If it stays at 0, perhaps it was something Amin fixed, and you should at least upgrade to the latest version. This is important. the access_count field is what limits people from sharing your links.
We need some more information …
What happens when customers click on a link?
Is this happening to all customers or just some?
Warning — Running With Scissors…
You need a copy of the e-mail that contains the download link(s) sent to the customer.
For each download link, is a “file=” followed by what looks link random characters. This is called the download key.
If it hasn’t been removed from the database yet, use phpMyAdmin to look for a database table named wp_wp_eStore_download_links_tbl. There is a download_key column that corresponds to the “file=” string of the download link sent to the customer. There is also an access_count column that tells you how many times the link was clicked on.
Could you please confirm the changes Amin gave, in that after you edited the file, the code now looks like…
function reset_eStore_cart1()
{
$target_url = “http://rl08bakery.silqsites.com/your-manual-checkout-page-url”;
header(‘Location: ‘ . $target_url);
exit;
if(isset($_SESSION))
…where “your-manual-checkout-page-url” is the permalink to your manual checkout page?
Did you place the {product_link} code in the e-mail body template?
Also, have you tried it for a product with only one file?
I just wanted to make sure that we are talking about the same thing… that your sandbox accounts are the ones created when you log into https://developer.paypal.com and not the “real” PayPal site?
I agree completely with you.
From looking at the log excerpt you provided, eStore is rejecting the IPN from the sandbox; for whatever reason. I know that sandbox works for me, so it’s a matter of figuring out what is different here. But until the IPN error goes away, eStore will simply refuse to record the transaction.
Have you tried just creating another sandbox seller account with just whatever preconfigured settings PayPal puts in it? In other words, a seller account “out of the box.” The reason for asking is that I don’t remember having to do anything except just create a seller and a buyer account.
