-
Notifications
You must be signed in to change notification settings - Fork 188
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CosmosDBTrigger does not accept any valid StartFromTime value #2882
Comments
Can you share which version you are using of the following:
Is this error reproducing locally or in production? I am unable to reproduce this error locally with the information you've provided - could you share a link to a GH repo of a minimal function app repro? Thanks! |
I'm reproducing the error locally. Here is a GH repo that reproduces the problem CosmosDB extension version- 4.11.0 The bug might have something to do with the Window's region format setting. If my region format is "English (United States)", I get this error: But if my region format is "English (New Zealand)", I get this: This is the region format setting that I was talking about: |
Thanks! Great find with the region format setting. I am able to repro locally - this thread will be updated as we continue investigating. |
This is actually a host bug - in this line, the binding and properties are parsed using Newtonsoft.JSON, which has this known bug regarding ISO strings. It is altering the string based on the local time settings, resulting in the errors above. Tracking the fix in the host at this issue: Azure/azure-functions-host#10732. |
Description
CosmosDBTrigger does not accept any valid
StartFromTime
value and always fails with:The exact same setup works in in-process model with Microsoft.Azure.WebJobs.Extensions.CosmosDB, but not in isolated worker model with Microsoft.Azure.Functions.Worker.Extensions.CosmosDB.
Steps to reproduce
Create an Isolated worker Azure function and reference Microsoft.Azure.Functions.Worker.Extensions.CosmosDB
The text was updated successfully, but these errors were encountered: