Body: <p>Just wondering if anyone is aware of a bug or any reason why Paypal Standard IPN notifications have suddenly stopped updating our event participant status to registered and the associated contribution record to complete?</p>
  
  <p>I can see the IPN from Paypal hitting the server in the access logs and it is receiving a '200' status. </p>
  
  <p>The IPN history in Papyal shows everything ok.</p>
  
  <p>I can see the entry in the civicrm table in the database.</p>
  
  <p>Everything seems to be fine apart from the fact that the participant records are not being updated to registered and the contributions are still showing as 'Pending transaction'?</p>
  
  <p>It seemed to stop only a few weeks ago - not 100% sure but I did upgrade the system to the latest 4.6.18 version around the same sort of time.</p>
  
  <p>Any thoughts would be welcome.</p>
  
  <p>Cheers,</p>
  
  <p>Dave</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-07-12T09:20:35.207Z
Comments.Text: Hi, we've upgraded to latest 4.7.x but we are still getting no changes to participant status and/or contribution records associated with event sign-ups from Paypal? Again, I cann see '200' status rows in my log files, I can see the entries in the civicrm_system_log table and nothing in the error logs.
Comments.UserDisplayName: Dave
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-07-12T10:14:23.683Z
Comments.Text: I am seeing this entry in an error_log file in the extern directory (where the ipn.php file is).
  
  [12-Jul-2016 10:22:19 Europe/London] PHP Warning:  ini_set(): A session is active. You cannot change the session module's ini settings at this time in /home/xyz/public_html/libraries/joomla/session/handler/joomla.php on line 45
Comments.UserDisplayName: Dave
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-28T06:39:35.417Z
Comments.Text: Is this for all participants or just additional participants?  There was/is an issue with only the primary participant status being updated, not additionals.
Comments.UserDisplayName: Aidan
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-29T08:12:29.750Z
Comments.Text: Hi Aidan, Thanks for the info, I think it is primary participants. Do you have a link to an issue? Do you know what was causing it and whether it has been resolved?
Comments.UserDisplayName: Dave
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-06-29T09:15:24.110Z
Comments.Text: Hi Dave, If your problem is with primary participants then that is different.  The issue we encountered was that when an IPN was received, the primary participant was correctly updated from Pending but the additional participants were not changed (4.6).  I don't think there is a Jira for that.  The issue is fixed in 4.7 as a result of other code enhancements but the git logs don't suggest it was intentionally fixing this problem.
Comments.UserDisplayName: Aidan
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-07T20:56:18.777Z
Comments.Text: An issue related on the Drupal module Webform CiviCRM https://www.drupal.org/project/webform_civicrm/issues/2611072#comment-13455779. That was your case?
Comments.UserDisplayName: Francesc Bassas i Bullich
Tags: <civievent><contributions><paypal><ipn>
Title: Paypal standard IPN not updating event participant status or fee contributions
ThreadText: # Paypal standard IPN not updating event participant status or fee contributions
  
  (Asked by: username_0 on 2016-06-25)
  
  Just wondering if anyone is aware of a bug or any reason why Paypal Standard IPN notifications have suddenly stopped updating our event participant status to registered and the associated contribution record to complete?
  
  I can see the IPN from Paypal hitting the server in the access logs and it is receiving a '200' status.
  
  The IPN history in Papyal shows everything ok.
  
  I can see the entry in the civicrm table in the database.
  
  Everything seems to be fine apart from the fact that the participant records are not being updated to registered and the contributions are still showing as 'Pending transaction'?
  
  It seemed to stop only a few weeks ago - not 100% sure but I did upgrade the system to the latest 4.6.18 version around the same sort of time.
  
  Any thoughts would be welcome.
  
  Cheers,
  
  username_0
  
  **Tags:** civievent, contributions, paypal, ipn
  
  > **Comments:**
  > **username_1**: Is this for all participants or just additional participants?  There was/is an issue with only the primary participant status being updated, not additionals.  
  > **username_0**: Hi username_1, Thanks for the info, I think it is primary participants. Do you have a link to an issue? Do you know what was causing it and whether it has been resolved?  
  > **username_1**: Hi username_0, If your problem is with primary participants then that is different.  The issue we encountered was that when an IPN was received, the primary participant was correctly updated from Pending but the additional participants were not changed (4.6).  I don't think there is a Jira for that.  The issue is fixed in 4.7 as a result of other code enhancements but the git logs don't suggest it was intentionally fixing this problem.  
  > **username_0**: Hi, we've upgraded to latest 4.7.x but we are still getting no changes to participant status and/or contribution records associated with event sign-ups from Paypal? Again, I cann see '200' status rows in my log files, I can see the entries in the civicrm_system_log table and nothing in the error logs.  
  > **username_0**: I am seeing this entry in an error_log file in the extern directory (where the ipn.php file is).  [12-Jul-2016 10:22:19 Europe/London] PHP Warning:  ini_set(): A session is active. You cannot change the session module's ini settings at this time in /home/xyz/public_html/libraries/joomla/session/handler/joomla.php on line 45  
  > **username_2**: An issue related on the Drupal module Webform CiviCRM https://www.drupal.org/project/webform_civicrm/issues/2611072#comment-13455779. That was your case?  
  
  ---
  
  ## 0 answers
  
  