Summary: | KWallet does not report errors | ||
---|---|---|---|
Product: | [Unmaintained] telepathy | Reporter: | Martin Klapetek <mklapetek> |
Component: | general | Assignee: | Telepathy Bugs <kde-telepathy-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | heri+kde, kde |
Priority: | NOR | ||
Version: | 0.5.2 | ||
Target Milestone: | Future | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Martin Klapetek
2013-01-27 10:55:59 UTC
The subject should probably be changed to: Telepathy reports meaningless "authentication failed" when it fails to contact KWallet. Since it *does* report an error when trying to reach KWallet, but that error is a generic one - it even reminds me to check my password - which does not help at all in identifying the problem (KWallet being broken in some way). That error comes from the server itself, when it tries to authenticate you with an empty(?) password and as such is correct, but that's a different problem from broken kwallet. (In reply to comment #2) > That error comes from the server itself, when it tries to authenticate you > with an empty(?) password and as such is correct So Telepathy/KDE tries to authenticate with an empty password, when it cannot get a password/reply from KWallet? That seems very wrong already. Actually I just checked the auth-handler code for kwallet and here's the process (can any KTp dev check my braindump): 1/ We get to handle the sasl channel, try open kwallet 2/ KTp::Wallet::Interface kicks in 2.1/ We check if KWallet is already opened, open it if not 2.2/ Return KTp::PendingWallet, which waits for KWallet to be opened (or finishes right away if already opened) 3/ KTp::PendingWallet is finished(), we start requesting sasl channel properties for the auth details ^ Now this would never happened if KWallet itself wouldn't signal "I'm ready to be used", right? So your wallet returned "Im ready" and we go on: 4/ Received channel properties, checking if Telepathy asks us for password (it does) 5/ If we're trying to auth for the first time, we ask KWallet if it has a password for us 5.1/ If it has, we try authenticate with KWallet password 5.2/ If not, we prompt for password dialog So...your wallet said "I have a password for this account, here you go" and if the password reading itself fails, we do return empty password (KTp/wallet-interface.cpp line 123). But again - we're asking the wallet twice, if it actually has the password we're asking for and we abort properly if not (show the password dialog). To sum it up - I think it was simply KWallet malformed and I can't see anything more we could do to check the state of your wallet. Therefore I'm closing it as invalid. Guys, please recheck this and reopen if I've made a mistake. Thanks. > So Telepathy/KDE tries to authenticate with an empty password, when it cannot get a password/reply from KWallet? That seems very wrong already.
It does not.
I don't fully understand what happened there. If you can reprodce it let me know and we'll get some debug output from the auth handler.
(In reply to comment #5) > > So Telepathy/KDE tries to authenticate with an empty password, when it cannot get a password/reply from KWallet? That seems very wrong already. > I don't fully understand what happened there. If you can reprodce it let me > know and we'll get some debug output from the auth handler. So far this has not happened again - it appears my KWallet is now officially unbroken. :) (And thus the potential bug in Telepathy/KDE no longer reproducible.) Thanks for your efforts! |