You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
BlobTrigger keeps firing even after it's been processed. Today, we don't have any way to avoid continuous automatic firing in every scenario. For example, consider:
publicstaticvoidProcessBlobIntoBlob1([BlobTrigger("container/{name}")]stringblob,[Blob("container/out")CloudBlockBloboutput){// output may or may not be created depending on the code inside this function.}
publicstaticvoidProcessBlobIntoBlob2([BlobTrigger("container/{name}")]stringblob,[Blob("container/out",FileAccess.Write)Streamoutput){// output may or may not be created depending on the code inside this function.// if it doesn't write to output; it won't be created.}
We could make the first an indexing error, but what about the second? I doubt we can make the third an indexing error.
If BlobTrigger ever keeps firing, that's quite surprising to the user, as well as potentially quite expensive.
The text was updated successfully, but these errors were encountered:
BlobTrigger keeps firing even after it's been processed. Today, we don't have any way to avoid continuous automatic firing in every scenario. For example, consider:
or:
We could make the first an indexing error, but what about the second? I doubt we can make the third an indexing error.
If BlobTrigger ever keeps firing, that's quite surprising to the user, as well as potentially quite expensive.
The text was updated successfully, but these errors were encountered: