Update GoogleSignIn pod to 7.1.0

[rafael-rentman]

Updated the GoogleSignIn dependency to:

• include necessary privacy manifests
• ensure compatibility with newer Google MLKit based capacitor plugins (E.G. @capacitor-mlkit/barcode-scanning)

[reslear]

thank you for your work :)

is it worth changing anything for andoid /web ?
should something be added to the readme ?
Were you able to test locally ?

[rafael-rentman]

Glad to help!

• As far as I know there are no dependency issues on the android/web side
• Sharp! Yes, a small change in configuration: for iOS it's now required to add the clientId of the app to the .plist, I will update the readme
• I have tested the package in our app on an actual device using xcode, logged in users stay logged in, logging in/out works as expected.

[reslear]

Good, I'm guessing it's breaking change

By the way, can you add a link to the official documentation about GIDClientID?

[riderx]

@rafael-rentman people do depend on the ability to have a runtime defined GID
So if it's required to have it, then the runtime google GID for android should be removed and noted as deprecated.
Link: https://developers.google.com/identity/sign-in/ios/release

[rafael-rentman]

@rafael-rentman people do depend on the ability to have a runtime defined GID So if it's required to have it, then the runtime google GID for android should be removed and noted as deprecated. Link: https://developers.google.com/identity/sign-in/ios/release

Fair enough, I will take a closer look.

@riderx Can you name some examples of situations where a runtime defined GID is necessary?

[riderx]

For what i have seen, in ealier issue, people want to allow login and api usage with different credentials, so at runtime the connection is done.
This feature has been done not so long ago by some users who needed it, so they would loose this. If possible it’s preferable to keep it

[rafael-rentman]

Mmh it seems like this will not work with the GoogleSignIn pod going forward. I still don't understand why anyone would want to have multiple GID's for a single app in production... If it is to separate dev from prod it is a non-issue anyway, then it should just be changed in the config

[reslear]

I still don't understand why anyone would want to have multiple GID's for a single app in production.

Is that how it is now? Can you give me an example? How it was? How it will be.

[riderx]

Mmh it seems like this will not work with the GoogleSignIn pod going forward. I still don't understand why anyone would want to have multiple GID's for a single app in production... If it is to separate dev from prod it is a non-issue anyway, then it should just be changed in the config

For example, connect to different google services if your app connects to one GID for Login and one for calendar.
But the question is not really why, the point is you cannot remove a feature without going a breaking change.

[reslear]

@rafael-rentman ready for merge?

[riderx]

I think, it will never be as it is.
but the alternative we made is fully ready and capable of it

[rafael-rentman]

I didn't have time yet to make the required changes and our fork currently meets our needs.

[riderx]

This plugin is "virtually" archived as there no way to reach the author in any medium.
Please use: https://github.com/Cap-go/capacitor-social-login as alternative follow migration here
We implemented all the requirements.