Itemupdating update

Changed value means that the correct updated value was available.Original value means that the correct original value was available.Today I was troubleshooting a customer farm where Managed Metadata would remain empty in Share Point, even though it was filled in correctly in the document’s Document Information Panel.Digging through the internal XML structures of the DOCX and also the Content Type Schema and Field XML, I couldn’t find a reasonable explanation.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?

Library event receivers have one of the two synchronization types either Asynchronous or Synchronous.The library was configured with multiple Content Types, but the issue occurred only on some of them.It appeared that for those Content Types, the Managed Metadata field was Optional, not Required.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.

Search for itemupdating update:

itemupdating update-17itemupdating update-12itemupdating update-78itemupdating update-24

Asynchronous event receivers are executed after committing the file to the database, thus it could happen before 3rd step of One Place Mail process (which leads to the error “The file has been modified” or doesn't allow One Place Mail to successfully update library columns).

Leave a Reply

Your email address will not be published. Required fields are marked *

One thought on “itemupdating update”