Bug 317305 - kwallet stuck if wireless password required before kwallet is unlocked
Summary: kwallet stuck if wireless password required before kwallet is unlocked
Status: RESOLVED DUPLICATE of bug 254198
Alias: None
Product: kwalletmanager
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Valentin Rusu
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-25 02:58 UTC by Leon Maurer
Modified: 2013-09-02 20:13 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
This is what I see in step 1. The wireless is trying to connect to a secure network (note key over wireless widget in system try) -- before I've managed to unlock kwallet. (2.61 MB, image/png)
2013-03-25 03:00 UTC, Leon Maurer
Details
This is what I see in step 2. I've entered the password, but it's still "waiting for authorization". (2.52 MB, image/png)
2013-03-25 03:01 UTC, Leon Maurer
Details
This is what I see in step 3. I've disabled and enabled the wireless, and it's again asking for my password. However, this time, the password is already entered in the dialog box. (2.63 MB, image/png)
2013-03-25 03:02 UTC, Leon Maurer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Leon Maurer 2013-03-25 02:58:05 UTC
I run in to a problem if -- right after I log in -- a wireless password (stored in kwallet) is needed before kwallet is unlocked.

Reproducible: Always

Steps to Reproduce:
1. On startup, the computer tries to connect to a password protected wireless network before I have time to unlock the wallet.
2. If I enter the kwallet password in the dialog box, then the wireless remains stuck in "waiting for authorization" mode.
3. If I then enable and disable the wireless, the kwallet password dialog box pops up again, with the password already entered in it, but hitting enter still won't get the wireless to connect.



The only solution I've found is to kill kwalletd. Then when I can start connecting to the wireless network, enter my password, and things work fine.

PS. If I'm really fast and manage to unlock kwallet before the computer tries to connect to a password protected wireless network, then this isn't a problem. In other words, this wouldn't be a problem if single sign-on were implemented...
Comment 1 Leon Maurer 2013-03-25 03:00:09 UTC
Created attachment 78359 [details]
This is what I see in step 1. The wireless is trying to connect to a secure network (note key over wireless widget in system try) -- before I've managed to unlock kwallet.
Comment 2 Leon Maurer 2013-03-25 03:01:07 UTC
Created attachment 78360 [details]
This is what I see in step 2. I've entered the password, but it's still "waiting for authorization".
Comment 3 Leon Maurer 2013-03-25 03:02:27 UTC
Created attachment 78361 [details]
This is what I see in step 3. I've disabled and enabled the wireless, and it's again asking for my password. However, this time, the password is already entered in the dialog box.
Comment 4 Matija Kejžar 2013-04-04 09:52:50 UTC
I can confirm this exact behaviour.
Comment 5 Radu Stăuceanu 2013-05-23 02:41:39 UTC
confirm bug.

It always happens if i'm not there to enter my k-wallet password fast.

Then I have to uncheck "Enable KWallet subsystem" from KDE Wallet Configuration, hit Apply, wait few seconds, Enable again. Open my wallet from KWalletManager, enter password.

If I don't do this, it will not work and ask for password all the time, passwords that won't work.
Comment 6 michaelaquilina@gmail.com 2013-07-17 14:50:52 UTC
I can confirm this occurs to me too with the exact same steps and symptons. I am running Kubuntu 13.04.

The only way to fix the issue is by killing the kwalletd service and trying to reconnect to wireless again.
Comment 7 michaelaquilina@gmail.com 2013-07-17 14:55:57 UTC
Was looking at the kwallet bugs, could this bug be related to https://bugs.kde.org/show_bug.cgi?id=319138?
Comment 8 Leon Maurer 2013-07-18 20:41:05 UTC
It may well be. On that page, someone mentions Bug 254198, which might be the root cause of both.
Comment 9 Timothée Ravier 2013-07-24 13:52:15 UTC
*** This bug has been confirmed by popular vote. ***
Comment 10 Valentin Rusu 2013-09-02 20:12:46 UTC

*** This bug has been marked as a duplicate of bug 254198 ***