Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

derekUK

Pioneers
  • Posts

    6
  • Joined

  • Last visited

Profile Information

  • Real Name
    Derek Sergeant

Recent Profile Visitors

1,368 profile views

derekUK's Achievements

  1. Hi Harald, Thank you so much. I had missed the step to update the PDT Token ID when I swapped over from PayPal Sanbox to PayPal LIVE. Steps 2 and 3 for me in paypal.co.uk are 2. Click the profile subtab, and select the "my selling preferences" menu option 3. click the "update" link to the right of "website preferences" One more question: what should I set the Auto Return, Return URL to be ? at the moment this is not set to a valid url. Derek
  2. It is possibly relevant that in my sandbox (test user) seller PayPal account history, three IPN messages show up - one for each test order the customer paid for. In the (LIVE) seller PayPal account history, there are no IPN messages logged (definitely none in the time period where the problems occurred). Derek
  3. Comparing a PayPal (LIVE) transaction to a PayPal (sandbox) transaction reveals that the only difference is... For (sandbox), the PayPal log entry is green. PS _notify-validate [iPN] and the response is VERIFIED For (live), the PayPal log entry is red. PS _notify-validate [iPN] and the response is empty / truncated.
  4. Ok, have just made a test order (with PayPal module in Sandbox mode). I waited the 10s for the automatic redirect back to my store. This has slightly different behaviour... In the PayPal log there are two entries associated with the order. A red PS : _notify-synch A green PS : _notify-validate [iPN] The customer sees the message "Could not verify the PayPal transaction. Please try again." and the item bought remains in the cart. If the customer signed out, and then logs in... the cart is correct (empty) The detail behind the (red PS : _notify-synch) is simple. Request: cmd _notify-synch GET tx ... GET st ... GET amt... GET cc... GET cm ... GET item_number Response: (not empty) FAIL Error 4020 I have not been able to find any errors in the logs for the timing of the orders (and PayPal traffic) Derek
  5. I have subsequently realised that the middle order (8004) has not been paid for. However I am now checking the php error log The webserver is set up to write a separate error_log in each folder - where would I find errors for the PayPal Standard logging? I will have to get some sleep (02:00 here now) and do some searching when I wake up. Where is the standard location of the URL that PayPal sends its notification to? Thanks Derek
  6. I have just made a client's shop live. (osCommerce Online Merchant v2.3.4) The only payment method available is PayPal standard, using the App (4.039) So far two orders have been placed (and paid for), but neither of these have triggered an email to notify my client of the order. One customer has waited 4 hours and then paid for his order again. The only evidence of the orders is: the PayPal balance is going up; administration > orders is listing three orders with a status of "Preparing [PayPal Standard]"; and administration > PayPal > Log is displaying some red "PS" entries. How do I get OSc to detect the payment and trigger an email? (and change the stock level, empty the customer's cart?) For the two manually detected orders, can I manually update OSc to trigger the email and empty the cart? Where can I find advice on changing the order status to show that the items have been dispatched? Times and sequence of events... 2015-12-07 00:22 order 8003 checked out by customer 2015-12-07 00:33 red PS _notify-validate in PayPal log (request data all good, response is empty) 2015-12-07 00:33 red PS _notify-validate [iPN] (request good, response empty) 2015-12-08 14:01 order 8004 checked out by customer 2015-12-08 18:00 order 8005 checked out by customer 2015-12-08 18:06 red PS _notify-validate [iPN] (request good, response empty) Thanks, Derek
×
×
  • Create New...