Hi,
I did a bit of digging around and realized that even if you set EventFiringEnabled=false, events are disabled only for the actions that are going to be performed in the context of that event.
I created an ItemUpdated event receiver as follows -
public override void ItemUpdated(SPItemEventProperties properties)
{
//this.EventFiringEnabled = false;
base.DisableEventFiring();
SPListItem item = properties.ListItem;
item["Title"] = "new title from event receiver";
item.Update();
}
As you can see, i am never setting EventFiringEnabled to true. Inspite of that, this and all other events keep firing as expected. Obviously thanks to me setting the EventFiringEnabled to false, the same ItemUpdated event does not fire repeatedly when i
call the Update method on the ListItem. At first i thought this behavior may be because i used the new EventFiringEnabled property and not the deprecated DisableEventFiring method. However that was not the case. I was able to reproduce the same behavior regardless
of the two approaches.
This is contrary to what i have read (and always believed) in different blogs (for examples - http://adrianhenke.wordpress.com/2010/01/29/disable-item-events-firing-during-item-update/)
Unfortunately the MSDN documentation couldn't have been more un-helpful for this - http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.speventreceiverbase.eventfiringenabled.aspx
So in the absence of any authoritative information from Microsoft or the SharePoint team, i don't who is right. If the events are only disabled in the context of the current event receiver and they continue firing normally after this event receiver
has terminated in my environment, then i believe it should behave the same in all environments. Maybe some other SharePoint experts can throw some more light on this.
Are you sure that in your case none of the other events are firing? how did you verify this?
Please "Mark as Answer" if a post has answered your question or "Vote as Helpful" if it was helpful in some way. Here's
why
