Body: <p>I have one Parent + his 2 Children registered to a paid event (via a Webform) :</p>
  
  <ul>
  <li>The Parent is the Webform Contact1 and Contribution holder, but has
  no event-fee to pay </li>
  <li>Each of the 2 children (Contact2 and 3) has an event-fee (65€ and 45€) </li>
  <li>A Solidarity Contribution can also be paid ("Contribution Amount" of the Contribution page) (e.g. 11€) </li>
  <li>I choose "pay later".</li>
  </ul>
  
  <p>When I register, and before payment, the situation is as follows :</p>
  
  <ul>
  <li>Contribution total amount : 121 € (65 + 45 + 11)</li>
  <li>contribution_status_id = 2 (pending)</li>
  <li>participant_status_id : Parent : 1 (registered) ; Children : 5 (pending)</li>
  </ul>
  
  <p>When I record the payment (by check), the situation becomes :</p>
  
  <ul>
  <li>contribution_status_id = 1 (completed)</li>
  <li>participant_status_id : Parent : 1 (registered) ; </li>
  <li>Children : Child 1 : 1 (registered) ; <strong>Child 2 : 5 (still pending).</strong></li>
  </ul>
  
  <p><strong>From my point of view, Child 2 participant status should also become 1.</strong></p>
  
  <p><em>Nota : to record the payment, I use a Contribution Profile (check# + status), next to a Contribution "update multiple participant", but I don't think that the problem is due to this specific process.</em></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-03T22:53:13.183Z
Comments.Text: but can you also explain what the outcome is if you do the payment via backend?
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-04T10:09:56.900Z
Comments.Text: Hi Pete, what do you mean by "backend" ?
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-04T11:54:23.313Z
Comments.Text: "to record the payment, I use a Contribution Profile (check# + status), next to a Contribution "update multiple participant", but I don't think that the problem is due to this specific process" - so i was wondering (but didn't explain well) if you have absolutely rule this out by just going to the Contribution record directly and setting it as Paid - or is this not possible for some reason due to it covering all 3 contacts? And is the outcome of using Webform for 3 participants different to using normal Event form for this? trying to better understand the issue you are facing to replicate it
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-05T07:43:37.873Z
Comments.Text: From my point of view, the webform result is as expected, though I don't know how we can get the same result with the standard UI : I just mentionned the Webform to explain the result. The problem is in the payment process which should update the 2 children statuses and not only one. I will test a direct payment process instead of the "multiple update", just in case ...
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-05T08:40:14.550Z
Comments.Text: Other test, different result : when I use the standard UI to record the payment (after a contribution search), the Parent Contribution Status is updated to "completed", while both children participant statuses remain 5 (pending from pay later).
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-05T16:59:44.937Z
Comments.Text: can you replicate the latter on the demo site eg dmaster.civicrm.org?
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-06T17:14:53.230Z
Comments.Text: I can access to the following demo : https://civicrm.demo.civihosting.com/ ; but I don't know how to create 3 associated participants (1 Parent + 2 Children) with the standard UI (I personally developped a Webform to do that).
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-07T02:06:36.627Z
Comments.Text: can't you do it via a normal Event that is set to allow Multiple Participants
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-08T09:26:14.350Z
Comments.Text: I don't know how I can, with the standard UI, get the same registration configuration as with my webform, i.e. a main registrant who carries the Contribution, with several associated participants (who carry their event-fees), whose participant_status depends upon the paid later payment of the Contribution by the main participant : as recorded in the civicrm_participant_payment table.
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-08T18:47:10.547Z
Comments.Text: sorry but i am not understanding the different outcomes from doing it via pure civi v doing webform. via the UI, if you set to multiple participants, then doesnt the 'main' (ie first) registrant carry the whole contribution and therefore the 2nd and 3rd participants payments are done by the main registrant
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-09T08:45:50.120Z
Comments.Text: I have defined a Test Event as accepting multiple participants, but the "Register Participant Form" accepts only one at a time (or there is sth that I don't see ?)
Comments.UserDisplayName: Jacques-Marie Moranne
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-11T03:20:33.907Z
Comments.Text: if an event form (front end) is set up for Multiple Participants then once you fill in first page you should get a second page for the next participant
Comments.UserDisplayName: petednz - fuzion
Tags: <civicontribute>
Title: Child #2 Participant Status not updating after Payment by Check (a Bug ?)
ThreadText: # Child #2 Participant Status not updating after Payment by Check (a Bug ?)
  
  (Asked by: username_0 on 2018-09-03)
  
  I have one Parent + his 2 Children registered to a paid event (via a Webform) :
  
  * The Parent is the Webform Contact1 and Contribution holder, but has
    no event-fee to pay
  * Each of the 2 children (Contact2 and 3) has an event-fee (65€ and 45€)
  * A Solidarity Contribution can also be paid ("Contribution Amount" of the Contribution page) (e.g. 11€)
  * I choose "pay later".
  
  When I register, and before payment, the situation is as follows :
  
  * Contribution total amount : 121 € (65 + 45 + 11)
  * contribution\_status\_id = 2 (pending)
  * participant\_status\_id : Parent : 1 (registered) ; Children : 5 (pending)
  
  When I record the payment (by check), the situation becomes :
  
  * contribution\_status\_id = 1 (completed)
  * participant\_status\_id : Parent : 1 (registered) ;
  * Children : Child 1 : 1 (registered) ; **Child 2 : 5 (still pending).**
  
  **From my point of view, Child 2 participant status should also become 1.**
  
  *Nota : to record the payment, I use a Contribution Profile (check# + status), next to a Contribution "update multiple participant", but I don't think that the problem is due to this specific process.*
  
  **Tags:** civicontribute
  
  > **Comments:**
  > **username_1**: but can you also explain what the outcome is if you do the payment via backend?  
  > **username_0**: Hi Pete, what do you mean by "backend" ?  
  > **username_1**: "to record the payment, I use a Contribution Profile (check# + status), next to a Contribution "update multiple participant", but I don't think that the problem is due to this specific process" - so i was wondering (but didn't explain well) if you have absolutely rule this out by just going to the Contribution record directly and setting it as Paid - or is this not possible for some reason due to it covering all 3 contacts? And is the outcome of using Webform for 3 participants different to using normal Event form for this? trying to better understand the issue you are facing to replicate it  
  > **username_0**: From my point of view, the webform result is as expected, though I don't know how we can get the same result with the standard UI : I just mentionned the Webform to explain the result. The problem is in the payment process which should update the 2 children statuses and not only one. I will test a direct payment process instead of the "multiple update", just in case ...  
  > **username_0**: Other test, different result : when I use the standard UI to record the payment (after a contribution search), the Parent Contribution Status is updated to "completed", while both children participant statuses remain 5 (pending from pay later).  
  > **username_1**: can you replicate the latter on the demo site eg dmaster.civicrm.org?  
  > **username_0**: I can access to the following demo : https://civicrm.demo.civihosting.com/ ; but I don't know how to create 3 associated participants (1 Parent + 2 Children) with the standard UI (I personally developped a Webform to do that).  
  > **username_1**: can't you do it via a normal Event that is set to allow Multiple Participants  
  > **username_0**: I don't know how I can, with the standard UI, get the same registration configuration as with my webform, i.e. a main registrant who carries the Contribution, with several associated participants (who carry their event-fees), whose participant_status depends upon the paid later payment of the Contribution by the main participant : as recorded in the civicrm_participant_payment table.  
  > **username_1**: sorry but i am not understanding the different outcomes from doing it via pure civi v doing webform. via the UI, if you set to multiple participants, then doesnt the 'main' (ie first) registrant carry the whole contribution and therefore the 2nd and 3rd participants payments are done by the main registrant  
  > **username_0**: I have defined a Test Event as accepting multiple participants, but the "Register Participant Form" accepts only one at a time (or there is sth that I don't see ?)  
  > **username_1**: if an event form (front end) is set up for Multiple Participants then once you fill in first page you should get a second page for the next participant  
  
  ---
  
  ## 0 answers
  
  