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
@irvinesunday I've responded on the main issue. However, we can continue with this thread over here since it's an internal issue.
On the latest metadata pull we have users.GetPhotos and users.GetPhoto as shown in the image below.
For PowerShell open Api referesh process, a singularizeOperationIds query parameter is passed to the DevX service used to slice the file based on tags and responds with a new open Api file. When that particular function is applied, we end up having the same operation Id assigned to two different paths. i.e. users.GetPhotos ends up being users.GetPhoto.
This is just an example of the call we make to Devx Api for slicing the open Api file. https://devxapi-func-prod-eastus.azurewebsites.net/$openapi?tags=^deviceManagement.Functions$&title=DeviceManagement.Functions&openapiversion=3&style=Powershell&fileName=powershell_v2&graphVersion=v1.0&singularizeOperationIds=true
As reported here microsoftgraph/msgraph-sdk-powershell#2843, some duplicate operation ids were detected. This violates a rule on operation ids as per the description in the Open Api spec. https://spec.openapis.org/oas/v3.0.3
The text was updated successfully, but these errors were encountered: