Answers.Body: <p>You don't say which version of CiviCRM you're using. There were some fixes related to PayPal in 4.7.13, in particular look at <a href="https://issues.civicrm.org/jira/browse/CRM-18483" rel="nofollow noreferrer">CRM-18483</a> If you're not up on at least 4.7.13, it would be worth upgrading.</p>
  
  <p>(Edited to correct a typo)</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-01-06T20:10:23.717Z
Answers.LastActivityDate: 2017-01-07T14:33:52.567Z
Answers.LastEditDate: 2017-01-07T14:33:52.567Z
Answers.UserDisplayName: Dan O'Brien
Body: <p>When posting a recurring transaction with PayPal (offline and online), we're getting a 'Transaction ID not set' Payment Processor error.  The payment is created in Paypal.  </p>
  
  <p>Checking Civi log file, on offline transactions, getting:</p>
  
  <pre><code>[info] Could not find payment processor for contribution record: #######
  </code></pre>
  
  <p>For the online transaction, the log file has:</p>
  
  <pre><code>[info] contributionRecur could not be loaded
  [info] Contribution record updated successfully
  [info] Receipt sent
  [info] Success: Database updated
  </code></pre>
  
  <p>This problem seems to have started with the 4.7 upgrade.</p>
  
  <p>Even recurring transactions coming from Paypal are giving the same '[info] Could not find payment processor for contribution record:' error.</p>
  
  <p><a href="https://mycivi.org/profile/snapshot/Nxk3j-4jJZ8-VZ2jl-7x9Bx" rel="noreferrer">Site profile settings</a></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-23T17:33:47.623Z
Comments.Text: I have exactly the same issue with CiviCRM 4.7.2 on the latest WordPress stable with non-recurring transactions. I suspect that http://civicrm.stackexchange.com/questions/9730/paypal-interruptus-wordpress-w-civicrm-4-7-1 is related.
Comments.UserDisplayName: Christian Wach
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-23T21:08:56.160Z
Comments.Text: I found the problem and if I knew how to make a patch I would.  The issue is found in the PayPalProIPN.php file.  It attempts to find the Paypal payment processor, but doesn't limit the search to active processors.  I had an old PayPal account.  I added the parameter 'is_active = 1' and the problem was fixed.
Comments.UserDisplayName: Logan Bear
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-23T22:27:02.640Z
Comments.Text: Thanks for the info Logan, I'll see what I can do. I have a two Paypal processors, one for testing one for live - perhaps I'm seeing the same thing as you.
Comments.UserDisplayName: Christian Wach
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-24T01:55:27.083Z
Comments.Text: Just ran into this issue after upgrades to 4.7.1 and 4.7.2.  @Logan Bear, can you give more precise details on where to try your code in that file?
Comments.UserDisplayName: pmoz
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-24T04:17:41.457Z
Comments.Text: I found the file at /wp-content/plugins/civicrm/civicrm/CRM/Core/Payment/PayPalProIPN.php. However, I'm not entirely sure where the parameter `is_active = 1` should go. I don't see examples commented out, nor `is_active = 0` default setting anywhere in the file. I'd be grateful for suggestions.
Comments.UserDisplayName: Chris
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-24T12:33:39.497Z
Comments.Text: Ah, to be clear you're using Paypal Pro. I presume you're referring to the `civicrm_api3()` call?
Comments.UserDisplayName: Christian Wach
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-24T15:04:58.210Z
Comments.Text: @ChristianWach, yes I added a line 'is_active=1,' to the api3 call on PaymentProcessor 'getvalue'.  In my situation, I have two PayPal processors - one enabled one disabled.  Since the disabled was first, the system failed.  By adding one line, Civi selected the only active Paypal processor and it worked.  What's odd is the payment processor being used in already in the contribution_recur table.  But since the IPN sets this variable before checking the recur table, the value in the recur table is ignored.  If Civi would take the value from the recur table, this whole problem would disappear.
Comments.UserDisplayName: Logan Bear
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-25T12:16:00.800Z
Comments.Text: I posted a slightly different approach to the issue - but I'm not sure if it'll fix your situation. Essentially I can't figure out why finding the payment processor should trigger a fatal error. the following fixes things for me: http://civicrm.stackexchange.com/questions/9730/paypal-interruptus-wordpress-w-civicrm-4-7-1/9927#9927
Comments.UserDisplayName: Christian Wach
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-25T21:27:42.003Z
Comments.Text: We are having this issue on our site, CiviCRM 4.7.2, Drupal.  I did delete unused payment processors (e.g. an old fiscal sponsor account that we no longer use), and the problem persists of "transaction id not set" error when setting up an auto-renew membership.
Comments.UserDisplayName: Daniel Ando Scholnick
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-27T14:34:23.290Z
Comments.Text: Our inactive payment processors kick in when the next change in event pricing happens, so I can't delete them. Which numbered line is affected as shown in github: https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/Payment/BaseIPN.php and what is the before and after code the code on/around that line?
Comments.UserDisplayName: Chris
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-03-02T11:14:45.197Z
Comments.Text: Opened a Jira issue here: [Recurring PayPal transactions fail with 'Transaction ID not set'](https://issues.civicrm.org/jira/browse/CRM-18140)
Comments.UserDisplayName: pmoz
Tags: <paypal><recurring-contributions>
Title: Paypal Recurring Transactions Are Broken in 4.7
ThreadText: # Paypal Recurring Transactions Are Broken in 4.7
  
  (Asked by: username_0 on 2016-02-18)
  
  When posting a recurring transaction with PayPal (offline and online), we're getting a 'Transaction ID not set' Payment Processor error. The payment is created in Paypal.
  
  Checking Civi log file, on offline transactions, getting:
  
  ```
  [info] Could not find payment processor for contribution record: #######
  
  ```
  
  For the online transaction, the log file has:
  
  ```
  [info] contributionRecur could not be loaded
  [info] Contribution record updated successfully
  [info] Receipt sent
  [info] Success: Database updated
  
  ```
  
  This problem seems to have started with the 4.7 upgrade.
  
  Even recurring transactions coming from Paypal are giving the same '[info] Could not find payment processor for contribution record:' error.
  
  [Site profile settings](https://mycivi.org/profile/snapshot/Nxk3j-4jJZ8-VZ2jl-7x9Bx)
  
  **Tags:** paypal, recurring-contributions
  
  > **Comments:**
  > **username_1**: I have exactly the same issue with CiviCRM 4.7.2 on the latest WordPress stable with non-recurring transactions. I suspect that http://civicrm.stackexchange.com/questions/9730/paypal-interruptus-wordpress-w-civicrm-4-7-1 is related.  
  > **username_0**: I found the problem and if I knew how to make a patch I would.  The issue is found in the PayPalProIPN.php file.  It attempts to find the Paypal payment processor, but doesn't limit the search to active processors.  I had an old PayPal account.  I added the parameter 'is_active = 1' and the problem was fixed.  
  > **username_1**: Thanks for the info username_0, I'll see what I can do. I have a two Paypal processors, one for testing one for live - perhaps I'm seeing the same thing as you.  
  > **username_2**: Just ran into this issue after upgrades to 4.7.1 and 4.7.2.  @username_0, can you give more precise details on where to try your code in that file?  
  > **username_3**: I found the file at /wp-content/plugins/civicrm/civicrm/CRM/Core/Payment/PayPalProIPN.php. However, I'm not entirely sure where the parameter `is_active = 1` should go. I don't see examples commented out, nor `is_active = 0` default setting anywhere in the file. I'd be grateful for suggestions.  
  > **username_1**: Ah, to be clear you're using Paypal Pro. I presume you're referring to the `civicrm_api3()` call?  
  > **username_0**: @username_1, yes I added a line 'is_active=1,' to the api3 call on PaymentProcessor 'getvalue'.  In my situation, I have two PayPal processors - one enabled one disabled.  Since the disabled was first, the system failed.  By adding one line, Civi selected the only active Paypal processor and it worked.  What's odd is the payment processor being used in already in the contribution_recur table.  But since the IPN sets this variable before checking the recur table, the value in the recur table is ignored.  If Civi would take the value from the recur table, this whole problem would disappear.  
  > **username_1**: I posted a slightly different approach to the issue - but I'm not sure if it'll fix your situation. Essentially I can't figure out why finding the payment processor should trigger a fatal error. the following fixes things for me: http://civicrm.stackexchange.com/questions/9730/paypal-interruptus-wordpress-w-civicrm-4-7-1/9927#9927  
  > **username_4**: We are having this issue on our site, CiviCRM 4.7.2, Drupal.  I did delete unused payment processors (e.g. an old fiscal sponsor account that we no longer use), and the problem persists of "transaction id not set" error when setting up an auto-renew membership.  
  > **username_3**: Our inactive payment processors kick in when the next change in event pricing happens, so I can't delete them. Which numbered line is affected as shown in github: https://github.com/civicrm/civicrm-core/blob/master/CRM/Core/Payment/BaseIPN.php and what is the before and after code the code on/around that line?  
  > **username_2**: Opened a Jira issue here: [Recurring PayPal transactions fail with 'Transaction ID not set'](https://issues.civicrm.org/jira/browse/CRM-18140)  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_5 on 2017-01-06. Score: 2
  
  You don't say which version of CiviCRM you're using. There were some fixes related to PayPal in 4.7.13, in particular look at [CRM-18483](https://issues.civicrm.org/jira/browse/CRM-18483) If you're not up on at least 4.7.13, it would be worth upgrading.
  
  (Edited to correct a typo)
  
  
  ---
  
  