Fixed
Status Update
Comments
tn...@google.com <tn...@google.com> #2
Can you elaborate on the end goal/use-case? We have service accounts that are designed for non-interactive authentication: https://cloud.google.com/docs/authentication
vo...@gmail.com <vo...@gmail.com> #3
We both use Service accounts, API keys and OAuth client credentials in our projects. The first two types can be created using the gcloud command, such as 'gcloud beta iam service-accounts create some-account --display-name "My Service Account"' for a Service Account.
OAuth client credentials don't seem to be able to be created using the gcloud command as far as we know and need to be created through the developer console. Since we create new projects from time to time and setup our environments in those projects in an almost automated way, this step means we have to manually create the OAuth client credentials ergo blocking our automation.
OAuth client credentials don't seem to be able to be created using the gcloud command as far as we know and need to be created through the developer console. Since we create new projects from time to time and setup our environments in those projects in an almost automated way, this step means we have to manually create the OAuth client credentials ergo blocking our automation.
vo...@gmail.com <vo...@gmail.com> #4
Being able to automate changes to the consent screen with gcloud CLI would be very useful. Updating configuration for: Email address, Product name, Homepage URL, Product logo URL, Privacy policy URL, Terms of service URL.
tn...@google.com <tn...@google.com> #5
Same thing here but directly from an API.
There'shttps://cloud.google.com/resource-manager/docs/ to create a project,
but can't find any API to configure the Concent Oauth Screen and create new OAuth / API Keys.
Would be great to avoid unpleasing manual configuration for a lot a projects
thanks
There's
but can't find any API to configure the Concent Oauth Screen and create new OAuth / API Keys.
Would be great to avoid unpleasing manual configuration for a lot a projects
thanks
vo...@gmail.com <vo...@gmail.com> #6
We need this as well to be able to fully automate our projects. Our use case is using Cloud Identity-Aware Proxy which requires setting up the OAuth consent screen.
om...@gmail.com <om...@gmail.com> #7
We enable IAP programmatically for a large volume of backend services which are deployed by our development team for testing and review. Currently we have to use a horrible cludge and scrape the curl command out of the GUI. Why isn't this entity available via the API?
to...@gmail.com <to...@gmail.com> #8
The ability to add redirect URLs for existing ClientIDs would also be great
ca...@gmail.com <ca...@gmail.com> #9
tn...@google.com <tn...@google.com> #10
+1
jo...@gmail.com <jo...@gmail.com> #15
Great!! Thanks.
[Deleted User] <[Deleted User]> #16
Hi, I made a feature request for the ability to set a project's authorized domains, developer contact information, and scopes on the OAuth consent screen via an API.
https://issuetracker.google.com/issues/186147991
Got told to ask about it on here, is it already being worked on?
Got told to ask about it on here, is it already being worked on?
de...@gmail.com <de...@gmail.com> #18
I'm waiting too.
lb...@gmail.com <lb...@gmail.com> #19
I need this also, please.
de...@gmail.com <de...@gmail.com> #20
+1
lb...@gmail.com <lb...@gmail.com> #21
+1
ju...@gmail.com <ju...@gmail.com> #22
My first task on gcloud - create consent screens and oauth clients for multiple projects.
Can't be automated.
First impressions.
Can't be automated.
First impressions.
co...@gmail.com <co...@gmail.com> #23
+1
tn...@google.com <tn...@google.com>
re...@gmail.com <re...@gmail.com> #24
+1
za...@pinterest.com <za...@pinterest.com> #25
+1
Our use case is creating production like GCP developer environments per pull request/on demand for our engineers. This is the only part that can't be automated :(
Our use case is creating production like GCP developer environments per pull request/on demand for our engineers. This is the only part that can't be automated :(
jl...@google.com <jl...@google.com> #26
Same here - automation for setting up different client IDs for different branch-specific development environments; this is needed because each branch development environment has its own dynamic URL, hence different client ID is needed, or an API to update the allowed redirect URIs.
fl...@gmail.com <fl...@gmail.com> #27
+1
me...@thomaskeller.biz <me...@thomaskeller.biz> #28
+1
lb...@gmail.com <lb...@gmail.com> #29
+1
[Deleted User] <[Deleted User]> #30
+1
al...@burda-forward.de <al...@burda-forward.de> #31
+1
lb...@gmail.com <lb...@gmail.com> #32
+1
I need to automation entire process of setting up and tearing down applications, and not having this is a roadblock.
I need to automation entire process of setting up and tearing down applications, and not having this is a roadblock.
mo...@gmail.com <mo...@gmail.com> #33
+1
Have a customer(Accenture) that needs this as well.
Have a customer(Accenture) that needs this as well.
[Deleted User] <[Deleted User]> #34
+1
Description
1. ability to specify pseudo parent, so you can see it correctly in preview
2. when you use <merge /> as parent, there is no autocomplete for layout_width/height any more, and there is an error that thous are missing.