Cody Oss

@bradleygore it does not, but just wanted to be clear with expectations that reflect mode will never work with generics.(At least for the foreseeable future)

I think a better practice here is actually to either put your mocks in their own package. Or, what I personally do is generate them in the test package. This...

Thanks for the report I will look into this

Related #145

This seems like a reasonable feature request to me. I would be happy to accept a PR for such a change.

Hey @bouk you are correct that we don't currently support this, but this was done intentionally at the time of writing. The identity token spec we follow states this is...

@bouk It looks like the python auth library [only works with service accounts](https://github.com/googleapis/google-auth-library-python/blob/d4d7f3815e0cea3c9f39a5204a4f001de99568e9/google/oauth2/id_token.py#L247) as well. I am not against this request, but I would prefer to be consistent with what...

@tdi [google.FindDefaultCredentials](https://pkg.go.dev/golang.org/x/oauth2/google#FindDefaultCredentials) already supports that type of file out of the box. See code: [impersonatedServiceAccount](https://cs.opensource.google/go/x/oauth2/+/f2134210:google/google.go;bpv=1;bpt=1;l=98?gsn=impersonatedServiceAccount&gs=kythe%3A%2F%2Fgo.googlesource.com%2Foauth2%3Flang%3Dgo%3Fpath%3Dgoogle%23const%2520impersonatedServiceAccount)

This package predates `impersonated_service_account`, so that is why it has not been considered. Maybe enhancements should be made to support that type. I will try to look at this next...

Thanks for opening the feature request. As you said switching the default might be hard to do at this point. Overall though this seems like something that we could make...