Assigned
Status Update
Comments
vi...@google.com <vi...@google.com> #2
Thank you for reporting this issue. For us to further investigate this issue, please provide the following additional information:
Android build
Which Android build are you using? (e.g. UQ1A.240205.002)
Device used
Which device did you use to reproduce this issue?
Are you reporting this as a Developer or User?
Android bug report (to be captured after reproducing the issue)
For steps to capture a bug report, please refer:https://developer.android.com/studio/debug/bug-report#bugreportdevice
Alternate method
Navigate to “Developer options”, ensure “USB debugging” is enabled, then enable “Bug report shortcut”. Capture bug report by holding the power button and selecting the “Take bug report” option.
Note: Please upload the bug report to google drive and share the folder to android-bugreport@google.com, then share the link here.
Android build
Which Android build are you using? (e.g. UQ1A.240205.002)
Device used
Which device did you use to reproduce this issue?
Are you reporting this as a Developer or User?
Android bug report (to be captured after reproducing the issue)
For steps to capture a bug report, please refer:
Alternate method
Navigate to “Developer options”, ensure “USB debugging” is enabled, then enable “Bug report shortcut”. Capture bug report by holding the power button and selecting the “Take bug report” option.
Note: Please upload the bug report to google drive and share the folder to android-bugreport@google.com, then share the link here.
dm...@gmail.com <dm...@gmail.com> #3
Please provide the requested information to proceed further. Unfortunately the issue will be closed within 7 days if there is no further update.
dm...@gmail.com <dm...@gmail.com> #4 Restricted+
Restricted+
vi...@google.com <vi...@google.com> #5
Thanks for the above information!
The above attached files are restricted hence unable to access those files.
Please upload the bug report and screenshot to google drive and share the folder to
vi...@google.com <vi...@google.com> #7
We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
dm...@gmail.com <dm...@gmail.com> #8
Thank you! I hope this won't be buried under a thousand other reports and, as usual, left unanswered.
Also, it seems that obtaining a Google account ID instead of a Games Profile ID without any scope other than games_lite is a serious privacy issue? Maybe it makes sense to raise the severity of this issue?
Also, it seems that obtaining a Google account ID instead of a Games Profile ID without any scope other than games_lite is a serious privacy issue? Maybe it makes sense to raise the severity of this issue?
dm...@gmail.com <dm...@gmail.com> #9
Hi! Would it be possible to receive an update? Can I help in any way?
dm...@gmail.com <dm...@gmail.com> #10
I wanted to kindly follow up and ask if there has been any progress on the issue?
dm...@gmail.com <dm...@gmail.com> #11
Just following up again on this. I’d really appreciate any updates or guidance.
dm...@gmail.com <dm...@gmail.com> #12
Hi! Just wondering if there’s a small update?
dm...@gmail.com <dm...@gmail.com> #13
Hello! Any updates?
dm...@gmail.com <dm...@gmail.com> #14
Hey! It's been a while. Maybe you have some news here?
jc...@aspyr.com <jc...@aspyr.com> #15
Hello, we are also impacted by this issue. Could we please get an status update on this issue?
Description
I can't understand the logic behind how getSignInAccount().getCurrentPlayer().getPlayerId() and the
Back in the days of Google+, the player ID used to look like this: 108285279772291107829
Then it was replaced by an ID in this format: g03481650751922197270
Now it has been replaced by the Next Generation Player ID, which looks like this: a_5034779217109402983
For most players, the last format is returned both on the client side via getPlayerId() and from the Google backend via the /verify endpoint.
However, there are situations where, on any version of Android and with any version of Play Games Services, the client receives an ID in the old format (108285279772291107829, from the Google+ era) via getPlayerId(). At the same time, the Google backend returns an ID in the format g03481650751922197270 for the same client when using their server auth token. This happens even with a new app that was created just yesterday, although this behavior is observed for this user across different apps.
What's going on here? Is there a way to get the same ID locally on the client and via the /verify request?