Itemupdating beforeproperties null
Sometimes as a developer we jump into coding before thinking about contextual data availability.One more imprtant thing to notice list event reciever and document libraray event reciever are different interms of contextual data avaialability.How I solved it Googleing this helped me not one bit and my first solution was something I would like to hide at the bottom of some server (I don’t want to talk about it, let’s just say it had something to do with counting the seconds since the last update).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?tl;dr: If you have trouble with stopping the updated-event from firing, compare what you want to change in the before Properties and after Properties.If they are different, you should go ahead with your update, otherwise not.Original value means that the correct original value was available.
Learn about before properties afterproperties itemupdated in Share Point 2013.
By comparing the values in the before Properties with the after Properties I could see if they contained a difference.
If it doesn’t, the updating event should not happen again.
New value means that the correct value for the column was available.
Changed value means that the correct updated value was available.