Jump to content

AngusD

Members
  • Content count

    101
  • Joined

  • Last visited

Posts posted by AngusD


  1. Update: The vanishing order error has been resolved, too.

     

    In our case, it was caused by the "Order Status" setting in the "PayPal Payments Standard" config.

     

    The option "Store Default Order Status" caused the order to be deleted after checkout. There's no reason why it does this. There are no "delete"-queries anywhere near the checkout_process/checkout_success-scripts.

     

    We set the "Order Status" to "Delivered". This seemed to fix the issue.

     

    AD 


  2. Hi,

     

    both. I tested it live and the order vanished. I had several windows, browsers and stuff running and maybe I got confused there.

     

    Then I closed the unnecessary windows and browsers and did a sandbox-test. Everything worked the way it should.

     

    So I'm not sure if everything is really ok or not. I'm monitoring the checkout and hope for the best...

     

    AD


  3. Addendum 2: Issue resolved; Removed some code that somehow caused now trouble.

     

    New issue: Order vanishes after checkout from the database.

     

    Head -> Desk

     

    Edit: New issue was probably between chair and keyboard. Keeping an eye on it.


  4. Hello,

     

    currently, PayPal shows a blank page when I click the "Confirm Order"-Button.

     

    We're still using v4.039 of the App. Were there major changes in the current version of the App that would cause this sort of behaviour at PayPal?

    Did anyone encounter a similar/the same problem in the past and knows how to fix this?

     

    Thank you.

     

    AD


  5. Hi,

     

    you should install the PayPal App for your OsC-Version. This doesn't mean it'll fix the error, but the App saves a log that helps track down the error.

     

    There are two possible sources for your error:

     

    1.) The Sandbox-Server doesn't work right.

    This happened to us, when we tested the PayPal App after switching hosts. The App expects a certain response from the PayPal-Server, but the Sandbox didn't send it. Result: The "purchase" failed.

    After we switched from Sandbox to Live, the error went away.

     

    2.) The Live-Server doesn't send the order_id back to your store.

    This is an ongoing issue with us. Sometimes the PayPal-Server forgets to send back the order_id and the PayPal payment-module can't finalize the order.

    Our "fix": The Payment-Module grabs the last order of the customer and tries to finalize the order with the order_id.

     

    In your case, I guess the source of the error is the Sandbox, but without the log of the PayPal-App it's hard to be sure.

     

    AD


  6. So, I'm convinced it's a PayPal issue and it has nothing to do with our store or the PayPal App itself.

     

    I thought long and hard about it, but in the end, I had no choice: I altered the PayPal App.

     

    If the invoice-parameter is missing, the script grabs the order_id from the database and works with this value.

     

    AD


  7. I tested it again, but this time in live-mode. After they're finished in PayPal, the customers are being directed to the shopping cart, without any error-message on their part.

     

    The order is correctly entered in our database, but the invoice parameter ist missing in the PayPal transaction log.

     

    Pretty strange...

     

    AD


  8. I have "Log Transactions" set to "All". There are no errors in the log.

     

    Everything looks good. Nothing that screams "Error".

     

    If I check the details of a "successful" transaction in the log, the second (_notify-validate [iPN]) or third (_notify-synch) "Request" is "invoice". This request is missing in the "failed" transactions.

     

    I guess the order_id wasn't transfered to PayPal and so PayPal didn't send it back.

     

    AD


  9. Hi,

     

    in the last couple of days, we had the issue that the PayPal App (IPN) couldn't finalize an order, because it was missing in the database. This shouldn't happen, or this should only happen when a customer returns to the checkout payment-page.

     

    I checked the PayPal log and found that the invoice parameter was missing from those orders. I don't know how this could have happened. I assume, the PayPal App couldn't insert the order into the database and continued without it. When the customer came back from PayPal, he was transfered to the checkout payment-page; maybe with an error-message he couldn't understand correctly, and the order was removed from the database.

     

    Why the App couldn't set up the order, I don't know and I'm not sure how to find out if this was the case.

     

    After the first time this happened, I put the App in Sandbox mode and tested the checkout. Everything worked as it should. Afterwards we had orders that were finalized correctly, until it happened again.

     

    I'm not sure how to deal with it. I've added a check to the PayPal payment module, if there's an order_id present for the current order, but I'm not sure if this is the right thing to do:

    $insert_id = NULL;
    $insert_id = tep_db_insert_id();
    
    if(empty($insert_id)){ // The insert_id (=order_id) is missing. Why is the order_id missing? Get back to the payment page and try again.
      tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_ORDER_MISMATCH), 'SSL'));
      exit;
    }

    Any advice?

     

    AD


  10. @@Dan Cole

     

    Thank you.

     

    The IPN-script handles confirmation emails, so there should be any problems. We're selling downloads and they're always in stock. ;)

     

    Only our coupons/vouchers would have needed the checkout_process, but I was able to process them in the IPN-script with the help of hooks.

     

    AD


  11. Hi,

     

    we're running a pretty ancient version of the paypal_standard payment module (signature: 1.0) and now I want to upgrade to the newest version.

     

    While checking out the new files, I noticed that the standard_ipn-script kills the shopping cart, when everything is said and done. This is fine and great, but here's the point that confuses me.

     

    The paypal_standard payment module sets checkout_process as return parameter, but one of the first lines in the checkout process tells the store to direct the customer to the shopping cart if the cart is empty.

     

    So, how does this work? Do I have to set the return URL in the PayPal-Account? Why is the checkout process set, when it wouldn't work?

     

    I couldn't find anything about this in the documentation of the app.

     

    AD


  12. @@14steve14: Thanks, but this doesn't work for me.

     

     

    I can't modify the path of the file to upload in the file-input field. Clicking the input field to edit the path opens the upload-file dialog again.

    Changing the path in the upload-file dialog gives me an invalid filename error in Windows.

     

     

    I tried Linux, but the OS displays the path differently than Windows (C:\path\to\file.jpg <> /path/to/file.jpg).

     

    Either I'm doing something terribly wrong, or this trick just doesn't work (anymore).

     

    AD


  13. Hi,

     

    I don't know what the numbers represent. I called the ipn-script without valid variables and received "7 INVALID 0" (last 3 lines), so maybe 7 => INVALID; 8 => VERIFIED? But this is just a guess.

     

    We use the (customized) standard OSC-paypal-ipn payment module, no iframes. Maybe some of your customers disabled the display of iframes in their browsers?

     

    AD


  14. Hello,

     

    I encountered this issue too. Hopefully I've fixed it.

     

    Open your "paypal_ipn.php"-script and search for

     

     if ( ($res == 'VERIFIED') || ($res == 'INVALID') ) {
        $result = $res;
    
        break;
      }
    

     

    and change it to

     

     

      if ( (trim($res) == 'VERIFIED') || (trim($res) == 'INVALID') ) {
        $result = trim($res);
    
        break;
      }
    

     

    This removes the spaces at the end of the lines. I don't know where they come from, if PayPal changed something.

     

    AD

×