1

I figured this one out in the end, but thought I'd post it with an answer in case it helps anyone else.

Scenario: SharePoint Online containing a custom list. Remote Event Receiver implemented via a provider-hosted add-in hosted in Azure.

I noticed that sometimes the receiver didn't appear to fire. I debugged it using Visual Studio to check. One of the columns in the list was a multi-text column, and I noticed that for the items where the event didn't trigger, there was more data than usual in the multi-text column. I copied the text from the muti-text box into notepad, and set up a test. I added an item manually and pasted all the text. It didn't fire (either for synchronous or asynchronous events). I then only copied about half the text and tried again. This time it fired. I went back and forth a bit until there was a one-character difference between firing and not firing. I then tried updating the title by one character, leaving the multi-text, and this also affected the behaviour - so this was an issue to do with the total size of the list item, not solely the size of the multi-text column.

I couldn't find anything about list items with large amounts of data having issues with Remote Event Receivers, but it was quite hard to research the issue as there are so many questions out there about RERs generally.

1 Answer 1

2

In the end I started to think outside of SharePoint and more about about WCF Web Services generally. When calling a .svc, all the relevant data needs to be sent with the call, and it would make sense for there to a limit to this. Sure enough, a bit of Googling gave me the answer - there's a BasicHttpBinding.MaxReceivedMessageSize property which defaults to 64Kb. It can be increased in the web.config of the provider-hosted add-in:

<configuration>
  <system.serviceModel>

    <bindings>
      <basicHttpBinding>
        <binding name="Binding1"
                 maxReceivedMessageSize = "1000000">
          <security mode="None" />
        </binding>
      </basicHttpBinding>
    </bindings>

  </system.serviceModel>

</configuration>

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.