hpdl, on Dec 3 2004, 10:46 PM, said:
What would you like to do with the shipping address coming from PayPal?
<{POST_SNAPBACK}>
This other post might be informative seeing how you're trying to reinvent something someone has already created: Pay particular attention to the last paragraph.
devosc Today, 03:27 AM Post #1155
Gregory Baboolal
Group: Community Member
Posts: 959
Joined: 1-July 03
Member No.: 10,814
'popup_paypal.php' is the public catalog page for the popup info page shown (available) during checkout, it's name, e.g. 'popup_' is specifically chosen so as to be compatible for use with STS and not requiring any modifications of STS itself. It also serves up the css used on the catalog side, but this could also be achieved by specifying the explicit path to the css files used (templates/css).
In regard to the order status, or lack of, first look for the debug email and see what info is being shown.
For this module, v2.9, no settings need to made in your PayPal account profile, other than having a PayPal account, and possibly enabling Auto-Return, see the config and faqs.
Verifying addresses, PayPal will include info as to whether the address is confirmed. It is possible to do a cross tabulation to determine whether the order would be eligible for buyer protection but PayPal have advised against doing this at this time (or a while ago atleast).
In regard to some of the above posts, it should be noted that the other module is currently not suitable for downloadable media, the problem about changing the url to checkout_process.php without actually paying at PayPal still exists, so downloads still become immediately available. Also if using that module, one must ensure that Encryption is enabled in the PayPal IPN config otherwise the payment information is not obfuscated and from reading it's code it seems like that it is possible to send PayPal a payment for that order for only $0.01 and the module will accept the payment regardless of the expected actual order amount. Another aspect is that since that module prestores the order prior to the customer actually clicking the 'osCommerce Order Confirmation Button' the storeowner cannot determine whether the customer actually confirmed that they wanted to make the order, which prevents the storeowner from potentially following up the sale/order without any clear indication that the customer wanted to make the purchase.
Edited by jonathn, 04 December 2004 - 08:31 AM.