Body: <p>I can not get a rule to trigger on "Event Participant is changed"</p>
  
  <p>Using the condition "Field Value Comparison"</p>
  
  <p>On the field "Participant Status"</p>
  
  <p>If I use "Compare with original value (before the change)?".</p>
  
  <p>It triggers fine if I don't try to check the value before the change but I only want it to trigger if the status changes from (for example) "Registered > Attended". </p>
  
  <p>Any ideas?</p>
  
  <p>Thanks</p>
  
  <p><a href="https://i.sstatic.net/JYByZ.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/JYByZ.png" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T08:28:27.373Z
Comments.Text: Can you add a screen print of the definition of your rule? I'd like to check on my local install :-)
Comments.UserDisplayName: ErikH - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T12:23:06.147Z
Comments.Text: @ErikH-CiviCooP Thanks. BTW, Civi 5.13.4, CiviRules 2.10-dev (installed from GitLab 2 days ago), WordPress 5.2.3.
Comments.UserDisplayName: Daniel Strum
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T14:31:07.230Z
Comments.Text: I am not totally clear if the field value comparison is supposed to work that way. If it was my issue I would develop a new condition 'Compare participant status" modeled on the "Compare contribution status".
Comments.UserDisplayName: ErikH - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T14:43:29.113Z
Comments.Text: This should be working. However there is something strange with the original data. The field is called status_id but in the original data it is called participant_status_id. I think that is caused by the participant get and getsingle api which returns all data prefixed with participant
Comments.UserDisplayName: Jaap Jansma - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T14:55:57.800Z
Comments.Text: So the solution should be to use the participant_status_id in the original value condition and the status_id in the current one.
Comments.UserDisplayName: ErikH - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-23T14:57:05.380Z
Comments.Text: Yeah that might be the solution however the field is not available in the drop down. So that is not going to work either. So the answer is it should work but unfortunately it doesn't.
Comments.UserDisplayName: Jaap Jansma - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-24T00:43:27.240Z
Comments.Text: @ErikH-CiviCooP thanks to you and Jaap for the replies. Should I put in a bug request somewhere? For now the workflow I develop will just have to have a manual "Send an Email" step when a participants status is changed.
Comments.UserDisplayName: Daniel Strum
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-24T13:42:06.933Z
Comments.Text: No, if you change your first condition to use participant_status_id it should work. Can you try that?
Comments.UserDisplayName: ErikH - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-24T22:46:21.500Z
Comments.Text: @ErikH-CiviCooP Hmmm... There is only one "Participant Status" that can be selected. As Jaap noted above:
  
  "Yeah that might be the solution however the field is not available in the drop down. So that is not going to work either. So the answer is it should work but unfortunately it doesn't."
  
  Am I missing something?
Comments.UserDisplayName: Daniel Strum
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-25T07:41:17.643Z
Comments.Text: No you are not, I am :-) You can add a bug on the Gitlab Civrules repo ()? For your information: at CiviCooP we do a CiviRules sprint once a year to fix whatever we can in that sprint. That has just taken place. Would you be in a position to fix thus bug yourself or fund someone to fix it?
Comments.UserDisplayName: ErikH - CiviCooP
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-25T12:03:38.593Z
Comments.Text: @ErikH-CiviCooP I am not actually a coder but with lots of time and hair pulling I might be able to somehow force this to work. I'm sure it would not be a solution that would be able to be added to the code base. Would funding CiviCooP be an option and if so, do you have an idea on the cost? Thanks
Comments.UserDisplayName: Daniel Strum
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-09-25T16:15:28.200Z
Comments.Text: Yes and I would, but probably best to drop me a mail on erik dot hommel at civicoop dot org?
Comments.UserDisplayName: ErikH - CiviCooP
Tags: <civirules>
Title: CiviRules trigger for a change in participant from one status to another
ThreadText: # CiviRules trigger for a change in participant from one status to another
  
  (Asked by: username_0 on 2019-09-22)
  
  I can not get a rule to trigger on "Event Participant is changed"
  
  Using the condition "Field Value Comparison"
  
  On the field "Participant Status"
  
  If I use "Compare with original value (before the change)?".
  
  It triggers fine if I don't try to check the value before the change but I only want it to trigger if the status changes from (for example) "Registered > Attended".
  
  Any ideas?
  
  Thanks
  
  [![enter image description here](https://i.sstatic.net/JYByZ.png)](https://i.sstatic.net/JYByZ.png)
  
  **Tags:** civirules
  
  > **Comments:**
  > **username_1**: Can you add a screen print of the definition of your rule? I'd like to check on my local install :-)  
  > **username_0**: @ErikH-CiviCooP Thanks. BTW, Civi 5.13.4, CiviRules 2.10-dev (installed from GitLab 2 days ago), WordPress 5.2.3.  
  > **username_1**: I am not totally clear if the field value comparison is supposed to work that way. If it was my issue I would develop a new condition 'Compare participant status" modeled on the "Compare contribution status".  
  > **username_2**: This should be working. However there is something strange with the original data. The field is called status_id but in the original data it is called participant_status_id. I think that is caused by the participant get and getsingle api which returns all data prefixed with participant  
  > **username_1**: So the solution should be to use the participant_status_id in the original value condition and the status_id in the current one.  
  > **username_2**: Yeah that might be the solution however the field is not available in the drop down. So that is not going to work either. So the answer is it should work but unfortunately it doesn't.  
  > **username_0**: @ErikH-CiviCooP thanks to you and Jaap for the replies. Should I put in a bug request somewhere? For now the workflow I develop will just have to have a manual "Send an Email" step when a participants status is changed.  
  > **username_1**: No, if you change your first condition to use participant_status_id it should work. Can you try that?  
  > **username_0**: @ErikH-CiviCooP Hmmm... There is only one "Participant Status" that can be selected. As Jaap noted above:  "Yeah that might be the solution however the field is not available in the drop down. So that is not going to work either. So the answer is it should work but unfortunately it doesn't."  Am I missing something?  
  > **username_1**: No you are not, I am :-) You can add a bug on the Gitlab Civrules repo ()? For your information: at CiviCooP we do a CiviRules sprint once a year to fix whatever we can in that sprint. That has just taken place. Would you be in a position to fix thus bug yourself or fund someone to fix it?  
  > **username_0**: @ErikH-CiviCooP I am not actually a coder but with lots of time and hair pulling I might be able to somehow force this to work. I'm sure it would not be a solution that would be able to be added to the code base. Would funding CiviCooP be an option and if so, do you have an idea on the cost? Thanks  
  > **username_1**: Yes and I would, but probably best to drop me a mail on erik dot hommel at civicoop dot org?  
  
  ---
  
  ## 0 answers
  
  