At your disposal on SPRemote Event Properties you have after Properties and before Properties, found by doing this: And those were the key to the problem: how to act on the firing only when the user changes something and not when it updates itself? You can also use event receivers to validate the data that the user wants to change.So if anything else is changed the workflow will not start unless the 'approval' value is. Thanks, Check if the two values are not equal to each other, and if the updated value is equal to "approve".
I always forget this and when I come to create a new Share Point Event Receiver I wonder why the Before Properties or After Properties are sometimes not populated.
Ali, Thanks, but this is something I already have set up.
The problem is that after the value is updated, everytime the item is changed (other columns that the one that trigger the workflow) the workflow restars, and in my case re-sends an email (it was set up to Actions: send an email). Thanks, You probably need two workflows, a hidden field and a "Start another workflow activity" (which can be found on Code Plex) Workflow 1 is a helper workflow which is set to start when an item is changed: It check if Status is equal to hidden field If it is the exit If not then start workflow 2 and set hidden field to current value of Status Workflow 2 is then the real workflow which does what you want when Status is changed @Marius: The first step in the workflow should be to compare the field value and provide a logic branch.
If the value equals what you want then run the worlflow. If the email is being received with any modification then you have got your flow wrong.
Martin's solution is very straightforward but you can also expand on this by using content types to allow for an approval process that performs another action.