Skip to content

Commit 8bafc8e

Browse files
feat(serviceconsumermanagement): update the api
#### serviceconsumermanagement:v1 The following keys were deleted: - schemas.OAuthRequirements.properties.allowAnyScope.type (Total Keys: 1) #### serviceconsumermanagement:v1beta1 The following keys were deleted: - schemas.OAuthRequirements.properties.allowAnyScope.type (Total Keys: 1)
1 parent 3a33cab commit 8bafc8e

File tree

2 files changed

+2
-10
lines changed

2 files changed

+2
-10
lines changed

googleapiclient/discovery_cache/documents/serviceconsumermanagement.v1.json

Lines changed: 1 addition & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -542,7 +542,7 @@
542542
}
543543
}
544544
},
545-
"revision": "20220819",
545+
"revision": "20220826",
546546
"rootUrl": "https://serviceconsumermanagement.googleapis.com/",
547547
"schemas": {
548548
"AddTenantProjectRequest": {
@@ -1789,10 +1789,6 @@
17891789
"description": "OAuth scopes are a way to define data and permissions on data. For example, there are scopes defined for \"Read-only access to Google Calendar\" and \"Access to Cloud Platform\". Users can consent to a scope for an application, giving it permission to access that data on their behalf. OAuth scope specifications should be fairly coarse grained; a user will need to see and understand the text description of what your scope means. In most cases: use one or at most two OAuth scopes for an entire family of products. If your product has multiple APIs, you should probably be sharing the OAuth scope across all of those APIs. When you need finer grained OAuth consent screens: talk with your product management about how developers will use them in practice. Please note that even though each of the canonical scopes is enough for a request to be accepted and passed to the backend, a request can still fail due to the backend requiring additional scopes or permissions.",
17901790
"id": "OAuthRequirements",
17911791
"properties": {
1792-
"allowAnyScope": {
1793-
"description": "UNIMPLEMENTED: If enabled, ESF will allow OAuth credentials with any scope, more details in http://go/esf-oauth-any-scope. WARNING: Enabling this option will bring security risks. Customers enabling this feature accidentally may have the risk of losing authentication enforcement. Please reach out to api-auth@ and esf-team@ for approval and allowlisting before you enable this option. ",
1794-
"type": "boolean"
1795-
},
17961792
"canonicalScopes": {
17971793
"description": "The list of publicly documented OAuth scopes that are allowed access. An OAuth token containing any of these scopes will be accepted. Example: canonical_scopes: https://www.googleapis.com/auth/calendar, https://www.googleapis.com/auth/calendar.read",
17981794
"type": "string"

googleapiclient/discovery_cache/documents/serviceconsumermanagement.v1beta1.json

Lines changed: 1 addition & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -500,7 +500,7 @@
500500
}
501501
}
502502
},
503-
"revision": "20220819",
503+
"revision": "20220826",
504504
"rootUrl": "https://serviceconsumermanagement.googleapis.com/",
505505
"schemas": {
506506
"Api": {
@@ -1623,10 +1623,6 @@
16231623
"description": "OAuth scopes are a way to define data and permissions on data. For example, there are scopes defined for \"Read-only access to Google Calendar\" and \"Access to Cloud Platform\". Users can consent to a scope for an application, giving it permission to access that data on their behalf. OAuth scope specifications should be fairly coarse grained; a user will need to see and understand the text description of what your scope means. In most cases: use one or at most two OAuth scopes for an entire family of products. If your product has multiple APIs, you should probably be sharing the OAuth scope across all of those APIs. When you need finer grained OAuth consent screens: talk with your product management about how developers will use them in practice. Please note that even though each of the canonical scopes is enough for a request to be accepted and passed to the backend, a request can still fail due to the backend requiring additional scopes or permissions.",
16241624
"id": "OAuthRequirements",
16251625
"properties": {
1626-
"allowAnyScope": {
1627-
"description": "UNIMPLEMENTED: If enabled, ESF will allow OAuth credentials with any scope, more details in http://go/esf-oauth-any-scope. WARNING: Enabling this option will bring security risks. Customers enabling this feature accidentally may have the risk of losing authentication enforcement. Please reach out to api-auth@ and esf-team@ for approval and allowlisting before you enable this option. ",
1628-
"type": "boolean"
1629-
},
16301626
"canonicalScopes": {
16311627
"description": "The list of publicly documented OAuth scopes that are allowed access. An OAuth token containing any of these scopes will be accepted. Example: canonical_scopes: https://www.googleapis.com/auth/calendar, https://www.googleapis.com/auth/calendar.read",
16321628
"type": "string"

0 commit comments

Comments
 (0)