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
Currently it's possible for a .NET Isolated function to define a function name containing slashes, e.g. "components/{id}". You can find examples in Kusto:
All("FunctionsLogs")
| where PreciseTimeStamp > ago(1d)
| where FunctionName contains "/"
| distinct AppName, FunctionName
| take 10
We have regex validation here that runs when functions are created/updated. Traditionally before worker indexing, host indexing would derive the name of the function from the folder on disk where the function.json was found, and because filenames can't contain "/" slashes, we knew the names couldn't contain slashes. The WebJobs SDK during indexing will also validate names applied via FunctionNameAttribute here. However, I believe that only applies to in-proc functions.
It appears that customers may be doing this to define route templates, but this isn't the correct way of doing so. They should be using the "route" property of the http binding to define their routes, as documented here.
I suspect that worker indexing is allowing invalid names through.
The text was updated successfully, but these errors were encountered:
Currently it's possible for a .NET Isolated function to define a function name containing slashes, e.g. "components/{id}". You can find examples in Kusto:
We have regex validation here that runs when functions are created/updated. Traditionally before worker indexing, host indexing would derive the name of the function from the folder on disk where the function.json was found, and because filenames can't contain "/" slashes, we knew the names couldn't contain slashes. The WebJobs SDK during indexing will also validate names applied via FunctionNameAttribute here. However, I believe that only applies to in-proc functions.
It appears that customers may be doing this to define route templates, but this isn't the correct way of doing so. They should be using the "route" property of the http binding to define their routes, as documented here.
I suspect that worker indexing is allowing invalid names through.
The text was updated successfully, but these errors were encountered: