Obsolete
Status Update
Comments
en...@google.com <en...@google.com>
po...@ideaknow.com <po...@ideaknow.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
be...@googlemail.com <be...@googlemail.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.
en...@google.com <en...@google.com>
ch...@gmail.com <ch...@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.
st...@gmail.com <st...@gmail.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
wi...@gmail.com <wi...@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.
pe...@gmail.com <pe...@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?
sa...@google.com <sa...@google.com> #8
The ability to add redirect URLs for existing ClientIDs would also be great
Description
I think the bug is clear in the source code. A short-circuit occurs in the first if-statement when the new min date has the same year as the old min date, even if the days are different. Furthermore, I the second portion of that statement should use the == comparison, rather than !=, since the function simply returns if the years don't match but the days do.
/**
* Sets the minimal date supported by this {@link NumberPicker} in
* milliseconds since January 1, 1970 00:00:00 in
* {@link TimeZone#getDefault()} time zone.
*
* @param minDate The minimal supported date.
*/
public void setMinDate(long minDate) {
mTempDate.setTimeInMillis(minDate);
if (mTempDate.get(Calendar.YEAR) == mMinDate.get(Calendar.YEAR)
^^---bug here
&& mTempDate.get(Calendar.DAY_OF_YEAR) != mMinDate.get(Calendar.DAY_OF_YEAR)) {
^^---and here
return;
}
mMinDate.setTimeInMillis(minDate);
mCalendarView.setMinDate(minDate);
if (mCurrentDate.before(mMinDate)) {
mCurrentDate.setTimeInMillis(mMinDate.getTimeInMillis());
updateCalendarView();
}
updateSpinners();