Summary: | ktp-auth-handler can't authenticate passwords with non-ascii characters. | ||
---|---|---|---|
Product: | [Unmaintained] telepathy | Reporter: | JoseLuisT <theunfor> |
Component: | auth-handler | Assignee: | Telepathy Bugs <kde-telepathy-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | major | CC: | kde, mklapetek |
Priority: | NOR | ||
Version: | 0.8.0 | ||
Target Milestone: | Future | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
JoseLuisT
2014-04-19 00:12:41 UTC
Thanks for the report. I see the ibus errors popping up with every app here; can you try installing "ibus" package and see if it goes away (and if authentication works)? I don't think this is actually related but who knows... In case it won't work, please start the auth-handler, then run "bustle" (install first if needed), then connect and put in your password. Once you get the error, stop bustle and then look at the communication between the auth-handler and Telepathy, it should be passing your password in readable format, can you please check if the password is malformed anywhere along the way? Please don't change the summary; "latin" characters in developers' world means "ascii" characters while this bug is actually about "non-ascii" characters --> "non-latin". It's confusing for us otherwise. See http://www.thefreedictionary.com/Latin+characters for reference. Just tested. Set my password to baño. From kwallet readPassword we get @s "ba\241o" startMechanismWithData has: @s "X-TELEPATHY-PASSWORD" @ay "ba\195\177o" relevant line of code says: m_saslIface->StartMechanismWithData(QLatin1String("X-TELEPATHY-PASSWORD"), m_walletInterface->password(m_account).toUtf8()); Which looks right to me... If you say "non-latin" confuses me as well, so I've changed the title to a better one, to have a clear consensus of what we're talking about. regards. In my test above everything actually logged in fine using my local jabber server (prosody). At this point I'm wanting blaming Facebook's XMPP gateway. If that's the case there's nothing we can do. Can someone test with PSI, Vacuum or Pidgin with Facebook and the special character? with ibus running, no change... and using this password "elAÑOentranTE" I have on Kwallet's ReadPassword: @s "elA\209OentranTE" I have on org.freedesktop.Telepathy.Channel.Interface.SASLAuthentication.StartMechanismWithData @s "X-TELEPATHY-PASSWORD" and another StartMechanismWithData with a blank argument, suppose differnt than David in which he had his password as argument, I didn't... I tried with pigdin... I couldn't connect as well to facebook chat... so I believe the problem is with facebook chat, not KTelepathy... thank you for your help. Thanks for testing. I'll report it on the Facebook's XMPP dev group, but I doubt it will go anywhere. |