Properties beforeproperties itemupdating
In the link above you can go for a reference to find out which properties to use depending on what you are using a library or a list. Remember this, in most blogs it is written that you should use the Internal Name of the field, but for me it was different. Some of them had something altogether different because they still came up null for both the internal and display names.
I had them flipping back and forth depending whether they were multi-select lookups, single lookups, or plain text/number fields.
Each test involved adding a new item, editing the item and then deleting the item.
Here are the results for a list: No value means that column value in the hash table was not available.
New value means that the correct value for the column was available.
Share Point has a built-in infrastructure that allows certain SP objects to raise events that can be handled by custom code.Edit: For good looking errors you can redirect user to custom error page (which you have to create) I don't think there is a way to go back to edit form and see changed values.These two values hold the value of a field Before and After the change event (either an add or update).However, this post only focuses on the Before Properties and After Properties of the list item event receiver (SPItem Event Receiver). The base class for all list item events is the class.With the exception of feature events, here is a full list of available Share Point events, event receivers, and event hosts for quick reference.