Jump to content

jwbonow

Members
  • Content count

    37
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Joe
  1. jwbonow

    [Contribution]Paypal IPN - Devosc

    Soren, The location of send extra emails for the paypal ipn would be in checkout_update.inc.php right near the end of the file. In doing a quick grep for SEND_EXTRA_ORDER_EMAILS_TOon my box it seems that the code as Greg has it should do the trick. My lines from checkout_update are as follows: // send emails to other people if (SEND_EXTRA_ORDER_EMAILS_TO != '') { tep_mail('', SEND_EXTRA_ORDER_EMAILS_TO, EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); } Run a paypal payment in test mode and use the ipn test page from admin and echo the contents of SEND_EXTRA_ORDER_EMAILS_TO to see if it is full just before the if statmenet is run. You should then see the output at the top of the ipn test result page. I use this method when I screwing things up inside of the paypal code, maybee it can help you find why they arnet sent then.
  2. jwbonow

    [Contribution]Paypal IPN - Devosc

    Soren, To send aditional emails out you should have set up under admin/configuration/My Store the "Send Extra Order Emails To" option. The format for this field is as follows: Name 1 <email@address1>, Name 2 <email@address2> and so on. Hope this helps.
  3. jwbonow

    [Contribution]Paypal IPN - Devosc

    Just a small fix for anyone using virtual products for download, in checkout_update.inc.php change the following line to fix stock updates from: if ((DOWNLOAD_ENABLED != 'true') || (!$stock_values['products_attributes_filename']) ) { to: if ((DOWNLOAD_ENABLED != 'true') || (tep_not_null($stock_values['products_attributes_filename'])) ) { otherwise the stock for that item will be decremented, at least it was for me.
  4. jwbonow

    [Contribution]Paypal IPN - Devosc

    Got it to work Greg. I seems to have buged out your code, so now I have to tread lightly in there as I make changes to fit my sites needs. Thaks for the help, and you seem to have answred the below for me already. Sorry all, ignore mylast post. Going back to the pure contrib worked. Odd I still have the following section showing: ------------------------------------------------------ Invalid PayPal Response ------------------------------------------------------ Connection Type ------------------------------------------------------ curl= 1, socket= , domain= www.paypal.com, port= PayPal Response ------------------------------------------------------ INVALID even though the order now shows as being completed and set to my requested mode for valid payment. Greg should this still show Invalid PayPal Response? I never paid much attention to the debug email when things were working so I'm not sure if I should be concerned about this since the orders are now going through fine.
  5. jwbonow

    [Contribution]Paypal IPN - Devosc

    I just copied in the original files, so this is the pure unadulterated 2.6 contribution, and still get the same problem. Is the paypal invalid response meaning that we sent a bad reply to paypal?
  6. jwbonow

    [Contribution]Paypal IPN - Devosc

    Greg, My settings are as follows: Set Pending Notification Status Pending Payment Set Order Status Pending I make use of the pending status on the order to launch an executable that goes out and places the order then with a dropshipper. All of the tests worked up until about the time paypal started updates/repairs. I will try copying in the files for the contrib again, just in case I made a change that caused a critical error, and then retest. Thanks for the response.
  7. jwbonow

    [Contribution]Paypal IPN - Devosc

    Ok about midday yeasterday I ran into some problem with PayPal. It turned out they were doing maintinance or something it seems. But since then I am unable to get the IPN to work for me. I even tried using the sandbox and when i hit the finish payment i get an error that they cannot continue. I switched back to using the IPN test page Greg provides in admin and the payment shows as complete in the IPN section but the order is listed as payment pending sill. Here is the last debug email i received and it shows the paypal response as invalid. The email addresses in the mail have been removed for this post. Is there something wrong here or did I maybee break someother code which would cause this problem? Oh when I was using sandbox i left test mode on and cart test on... should they be off? ------------------------------------------------------ Debug ------------------------------------------------------ Original Post ------------------------------------------------------ business= receiver_email= verify_sign=PAYPAL_SHOPPING_CART_IPN-TEST_TRANSACTION-00000000000000 payment_date=9:32:56 Jul 16, 2004 EDT digest_key=8a9fec65b9943bbe52a759d1837134e1 first_name=John last_name=Doe payer_business_name=ACME Inc. payer_email=root@localhost payer_id=PAYERID000000 payer_status=verified invoice= address_name=John Doe address_street=1 Way Street address_city=NeverNever address_state=CA address_zip=12345 address_country=United States address_status=confirmed payment_type=instant txn_type=cart custom=ed4af0c20e24aafdf2f2dd878182f218 txn_id=PAYPAL00000000700 num_cart_items=1 notify_version=1.6 memo=PAYPAL_SHOPPING_CART_IPN TEST mc_currency=USD mc_gross=25.00 mc_fee=0.01 settle_amount=0.00 settle_currency= exchange_rate=0.00 payment_status=Completed pending_reason= reason_code= submit=Test IPN Reconstructed Post ------------------------------------------------------ cmd=_notify-validate business= receiver_email= verify_sign=PAYPAL_SHOPPING_CART_IPN-TEST_TRANSACTION-00000000000000 payment_date=9%3A32%3A56+Jul+16%2C+2004+EDT digest_key=8a9fec65b9943bbe52a759d1837134e1 first_name=John last_name=Doe payer_business_name=ACME+Inc. payer_email=root%40localhost payer_id=PAYERID000000 payer_status=verified invoice= address_name=John+Doe address_street=1+Way+Street address_city=NeverNever address_state=CA address_zip=12345 address_country=United+States address_status=confirmed payment_type=instant txn_type=cart custom=ed4af0c20e24aafdf2f2dd878182f218 txn_id=PAYPAL00000000700 num_cart_items=1 notify_version=1.6 memo=PAYPAL_SHOPPING_CART_IPN+TEST mc_currency=USD mc_gross=25.00 mc_fee=0.01 settle_amount=0.00 settle_currency= exchange_rate=0.00 payment_status=Completed pending_reason= reason_code= submit=Test+IPN ------------------------------------------------------ Invalid PayPal Response ------------------------------------------------------ Connection Type ------------------------------------------------------ curl= 1, socket= , domain= www.paypal.com, port= PayPal Response ------------------------------------------------------ INVALID ------------------------------------------------------ Email and Business ID config ------------------------------------------------------ Store Configuration Settings Primary PayPal Email Address: Business ID: ------------------------------------------------------ PayPal Configuration Settings Primary PayPal Email Address: Business ID: ------------------------------------------------------ IPN INSERTED ------------------------------------------------------ IPN 42 has been inserted
  8. jwbonow

    [Contribution]Paypal IPN - Devosc

    Jimmie, Oh if the above fails please check your sessions table, after you click the confirm order button and a directed to paypal, to see if paypal_order is stored in the memo field with the rest of the session information. I have noticed at times with BTs things that ihave registered in the session dont "stick".
  9. jwbonow

    [Contribution]Paypal IPN - Devosc

    Jimmie, In regard to the checkout_success.php error try changing: paypal_order::reset_checkout_cart_session(); to: $paypal_order->reset_checkout_cart_session(); I tested it using BTS and it works since paypal_order is registered in the session. I could be wrong about the above but it seems that that is the line causing trouble for STS in there. In account_history_info the section that cuses trouble would be I believe as follows: require(DIR_WS_MODULES . 'payment/paypal/catalog/order_send_money.inc.php'); I have not followed the code all the way through so I'm not sure if there is a similar thing going on there. Now keep in mind I have no clue if what I mentioned above will realy solve the problem, it's just a guess.
  10. jwbonow

    [Contribution]Paypal IPN - Devosc

    Eric, For some reason you are not able to access catalog/includes/modules/payment/paypal/classes/paypal_order.class.php which is where that function is declared. Your checkout_successfile should be calling it as: paypal_order::reset_checkout_cart_session(). Hmmm... In rereadin your quote I notice you may have entered the above as paypal_reset_checkout_cart_session. Well check that line in your checkout_sucess.php file and make sure it is as listed above.
  11. jwbonow

    [Contribution]Paypal IPN - Devosc

    Mike, It sounds as if you are not receiving back the ipn information from paypal. Time to check some settings for your paypal acount. Under profile/website payment preferences on your paypal account make sure that minimaly Auto Return is ON and Payment Data Transfer is ON If they are not set the ipn will not return information to you.
  12. jwbonow

    [Contribution]Paypal IPN - Devosc

    Mike, Information will only go to the paypal table after you hit the submit button on the test page. The fact that nothing is in there also has to do with the shopping cart not being cleared. Sounds to me like what would happen if paypal ipn payment failed. Check your settings in the paypal module setup under admin/modules/payment/paypal, make sure that your email addresses in there match what you gave paypal when you signed up, I had mine wrong after reinstalling it yesterday and had failures when testing.
  13. jwbonow

    [Contribution]Paypal IPN - Devosc

    Kai, I you have covered all the changes Greg and others discussed sounds like you dont need to go to 2.6 but if you have not best to just copy in the contrib files from the misc directory of the 2.6 contrib. I myself had no problems with 2.5a but copied in the 2.6 files just to be on the safeside, and it only takes a few moment unless you make changes to Gregs contrib files.
  14. jwbonow

    [Contribution]Paypal IPN - Devosc

    I have found this few sentences in checkout_splash.inc.php : <?php //since this script file is called via the main osC checkout_process.php //the main osCommerce catalog/includes/application_top.php script has already been included //so for compatibility for those using STS etc we'll include the original osC application_bottom.php require(DIR_WS_INCLUDES . 'application_bottom.php'); ?> So maybe the problem is due to this? But I still don't understand how to make it compatible with STS. Hope someone can help with this. Many thanks Mark: Im not certain, since I dont use the STS (I use BTS instead) but you may need to check to see if paypal_order is realy registered in the session as it should be in checkout_process.inc.php, otherwise you might try globaling it on the top of your checkout_sucess page but even that may not work since checkou_success is redirected to from paypal, which is why paypal_order was registered in the session in the first place, to make it available on return from paypal. Anyway hope this helps you a bit. Greg Ill see what I can bodge together based on your hints, and thanks again.
  15. jwbonow

    [Contribution]Paypal IPN - Devosc

    Gee I take a few hours to think and viola a new version :D (Havent read the posts since late afternoon yeasterday) I will load it but so far 2.5 seemed to have worked without any problems. Anyway Greg I was thinking more about our discussion and will have some more to say after I work out a few things. But on the topic I no longer will delete an order imideiately on failure.. since there is no need to now with the ability to pay for "abandoned" orders in the account section. I will however work out a way to leave the shoping cart available if an order fails so that the customer can remove items from it to lower the total amount then try paying again, or for that matter add to it if they chose to.
×