Forum Discussion
Microsoft Flow And Remote Event Receivers
- Sep 22, 2017
Are you 100% sure that it's not fired? I am asking this because we were facing a similar situation. In our case it was an other app that was performing an action. It was authenticating using client id and client secret. The event actually did fire but failed at authentication. We followed an example from PnP and it was trying to authticate using the received accesstoken. When the event was fired by an app it was not receiving a correct accesstoken to be able to authenticate.
We switched to app only authenication (as fallback authentication method) using client id and secret to overcome this issue.
Try putting some logging before creating the client context and see if the remote event receiver is called.
Good luck!
Are you 100% sure that it's not fired? I am asking this because we were facing a similar situation. In our case it was an other app that was performing an action. It was authenticating using client id and client secret. The event actually did fire but failed at authentication. We followed an example from PnP and it was trying to authticate using the received accesstoken. When the event was fired by an app it was not receiving a correct accesstoken to be able to authenticate.
We switched to app only authenication (as fallback authentication method) using client id and secret to overcome this issue.
Try putting some logging before creating the client context and see if the remote event receiver is called.
Good luck!
- Charles WillwerthSep 22, 2017Brass Contributor
Suleyman Ayazalp, Thank you for forcing me to look at logging. I had completely forgotten that I was trapping on "Updated" tasks only, and not "Created" tasks. So, while I had lots of logging for what happens when things were updated, I wasn't getting anything in my "Updated" routing. So, once I added the logging per your suggestion, I realized the error of my ways.