Assigned
Status Update
Comments
eu...@google.com <eu...@google.com>
lc...@fmlogistic.com <lc...@fmlogistic.com> #2
I have forwarded this request to the engineering team. We will update this issue with any progress updates and a resolution.
Best Regards,
Josh Moyer
Google Cloud Platform Support
Best Regards,
Josh Moyer
Google Cloud Platform Support
mi...@avast.com <mi...@avast.com> #3
This is not only useful for IP addresses, but also for many other resources. I understand that names are currently used as identifiers, so this request is probably not trivial to implement. Maybe distinguishing between a (numeric, automatically generated) identifier and a (textual) label is the way to go?
cu...@gmail.com <cu...@gmail.com> #4
Is it any hope? We have migrated our IP address to the server with different role, and now the name of this IP address resource doesn't match its role at all. It seems to be trivial enough to momentary reserve static IP address of the old named resource, drop resource, and immediately recreate it with the new name and the old IP address.
bh...@nutanix.com <bh...@nutanix.com> #5
This would also improve life when using the Google Deployment Manager (since it otherwise error's out if you've changed a name of an IP)
su...@66degrees.com <su...@66degrees.com> #6
Over 3 years to get something as basic as renaming a static IP address. Any progress here?
va...@google.com <va...@google.com>
gh...@google.com <gh...@google.com> #7
Yes, I have a customer who has this exact issue too! Any updates or workarounds would be very appreciated!
to...@altirnao.com <to...@altirnao.com> #8
Any progress in here?
fa...@airbus.com <fa...@airbus.com> #9
I would like this feature as well.
gu...@gmail.com <gu...@gmail.com> #10
Hello, any progress in here? Please is very frustrating.
ge...@google.com <ge...@google.com> #11
Hi, open request for more than 3 years for a simple change. Please proceed that.
pn...@virtru.com <pn...@virtru.com> #12
+1. :(
ma...@kmtx.com <ma...@kmtx.com> #13
We need this.
sz...@redzioch.com <sz...@redzioch.com> #14
please add this!
se...@makingscience.com <se...@makingscience.com> #15
+1 !
mi...@gendigital.com <mi...@gendigital.com> #16
+1
st...@gmail.com <st...@gmail.com> #17
Comment has been deleted.
yu...@kiwi.com <yu...@kiwi.com> #18
We need this please
to...@fairmoney.io <to...@fairmoney.io> #19
+1
da...@optable.co <da...@optable.co> #20
+1
2018 =(
2018 =(
iv...@discover.com <iv...@discover.com> #21
+1
[Deleted User] <[Deleted User]> #22
+1
tu...@nansen.ai <tu...@nansen.ai> #23
+1
jp...@amperebezorgt.nl <jp...@amperebezorgt.nl> #24
+1
di...@neoxia.com <di...@neoxia.com> #25
+1 (again) coming up to 5 years?
ro...@riskified.com <ro...@riskified.com> #26
+1
re...@deliveryhero.com <re...@deliveryhero.com> #27
+1
jo...@crispthinking.com <jo...@crispthinking.com> #28
+1
da...@crispthinking.com <da...@crispthinking.com> #29
+1
ta...@gmail.com <ta...@gmail.com> #30
+1
al...@indykite.com <al...@indykite.com> #31
+1
al...@mountsoftware.ro <al...@mountsoftware.ro> #32
+1
la...@indykite.com <la...@indykite.com> #33
Please implement this
to...@xiatech.co.uk <to...@xiatech.co.uk> #34
+1
al...@leverx.com <al...@leverx.com> #35
+1, don't see why this would be hard. If the underlying GCP infrastructure depends on the name remaining unchanged, then the frontend can simply provide a way to alias it such that the end-user doesn't have to see the "original" name anymore.
re...@gmail.com <re...@gmail.com> #36
Bumping this.
Definitely useful feature at least provide a way to alias this.
+1
Definitely useful feature at least provide a way to alias this.
+1
c....@altostratus.es <c....@altostratus.es> #37
+1
be...@moonfire.com <be...@moonfire.com> #38
+1
mi...@moonactive.com <mi...@moonactive.com> #39
+1
st...@itv.com <st...@itv.com> #40
+1 Please add this feature
shouldn't be a very difficult implementation but benefits lots of people
shouldn't be a very difficult implementation but benefits lots of people
ra...@cityblock.com <ra...@cityblock.com> #41
+1
ka...@foodpairing.com <ka...@foodpairing.com> #42
+1
ba...@gmail.com <ba...@gmail.com> #43
+1
wa...@gmail.com <wa...@gmail.com> #44
+1
mi...@corsmed.com <mi...@corsmed.com> #45
+1 (same goes for description). Should update in-place
io...@corsmed.com <io...@corsmed.com> #46
+1 here too. But the problem is also with disks. We currently use part of hostname in the name. Sometimes a machine has to be renamed and it's not possible.
ad...@macif.fr <ad...@macif.fr> #47 Restricted+
Restricted+
Comment has been deleted.
Description
Please provide as much information as possible. At least, this should include a description of your issue and steps to reproduce the problem. If possible please provide a summary of what steps or workarounds you have already tried, and any docs or articles you found (un)helpful.
Problem you have encountered:
The customer would like to have an API or a mechanism of programmatically getting the list of OAuth 2 Client IDs that have been created for a project.
At the moment, to get the list of OAuth 2 Client IDs, users should access manually Google API Console [1].
[1]
What you expected to happen:
Google Cloud provides an API to get the list of OAuth 2 client IDs that have been created for a project.
Steps to reproduce:
N/A
Other information (workarounds you have tried, documentation consulted, etc):
IAP service provides the very similar API [2], that is the list of OAuth 2 client IDs which are using by IAP only. So [2] is strictly for IAP.
[2]