profile.name is public.talk.google.com user id instead of a real name

[salomegeo]

This started happening today, it only happens for some accounts.

also profile I receive for myself, when I'm logged in with these accounts is email address not a real name.

It looks like xmpp bug to me.

[iislucas]

@dborkan Does this cause our XMPP google social provider integration tests to fail?

[dborkan]

I'm having problems running "grunt jasmine_chromeapp" right now, and get this error before Chrome is even started:

Running "jasmine_chromeapp:all" (jasmine_chromeapp) task
Building...Done.
Starting Reporter...Done.
Starting Chrome...Fatal error: spawn ENOENT

But if this affects the test accounts, we should see this test case fail: https://github.com/freedomjs/freedom-social-xmpp/blob/dborkan-test/spec/chrome_integration/gtalk.spec.js#L144

If you can reproduce this, feel free to try out that test case by replacing the credentials in https://github.com/freedomjs/freedom-social-xmpp/blob/dborkan-test/spec/chrome_integration/gtalk_credentials.js with credentials for the bad accounts.

Also we should reach out to our contacts on the GTalk XMPP team about this to see if they've changed anything.

[dborkan]

Just created freedomjs/freedom-social-xmpp#102 for the jasmine_chromeapp issues

[klazizpro]

I am seeing this issue too . it's interesting it's happening only for bob in my case sam is ok

[klazizpro]

attaching the full log on the link .
https://docs.google.com/document/d/1gYNg_WiXUkpoU67DI2zrUrsChb-7lg7XBkQcg3Ixu_Y/edit?usp=sharing

errors are followings

[XMPPSocialProvider] received end event, status: offline null Logger_console.print

[Module uProxy] Incoming message claimed to be an RPC returning for unregistered call 0 Logger_console.print

[dborkan]

BTW, if for some reason this is the new reality of GTalk XMPP that we can't change, we can still always get the logged in user's name (via Google APIs), and send that as part of our instance message. We were considering doing this anyways just last week when we thought it would be needed to fix a bug for users who didn't have a G+ account.

[iislucas]

Turned out to be a glitch in XMPP/Hangouts.

[dborkan]

2 things we can do to debug if we see this again:

• add trace to socialprovider.js's onMessage callback: https://github.com/freedomjs/freedom-social-xmpp/blob/master/src/core/socialprovider.js#L329 - this will print every message we get from the XMPP server. Immediately after login we typically see 1 roster message with all user names and ids. If we see the bug again it would be good to verify that we are getting the ...public.talk.google.com ids instead of names (to verify that it is a GTalk server issue and not some problem with our code)
• Check if undo-ing Dedup vcardstore images, only request vcards for ONLINE users freedomjs/freedom-social-xmpp#98 (only request a VCard for ONLINE users) has any effect on this behavior