Bug 1228119
Summary: | kwallet5 migration fails if kwallet4 is disabled | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Streichl <dstreich> | ||||
Component: | kf5-kwallet | Assignee: | KDE SIG <kde-sig> | ||||
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 22 | CC: | dstreich, germano.massullo, imlinux+fedora, jgrulich, kde-sig, kevin, rdieter, roland.wolters, smparrish, than, travneff | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-07-19 14:37:31 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
David Streichl
2015-06-04 08:59:50 UTC
Update: After I have enabled kwallet again and tried the above scenario, the authentication window remained open - but it was actually KDE Wallet auth window, then KDE wizard for importing KDE 4 wallets to KDE 5 has been ran, after importing of the KDE 4 wallet to KDE 5, the standard Wifi authentication window for entering wifi password has been open. The step described above as "- The authentication window opens for less than a second and then disappears" basically means the kwallet auth window appears for less than a second and then disappears... So the problem is probably that the networkmanager calls kwallet even the kwallet is disabled resulting in not showing authentication window for wifi network which finally results into inability to connect to wifi. and to all the above... previously I was using F21 with KDE 4 and recently upgraded to F22 with KDE Plasma 5.x (5.3?)... Created attachment 1036667 [details]
gdb and /var/log/messages
Have the same, maybe. Updated F21->F22 with dnf-3 distro-sync. Kwallet was disabled but now NM tries to use it (a lot of KDE settings were lost). Kwalletd5 crashing and NM can't connect to 802.1x network (needs password).
Just blocking network access for me. Temporary workaround is to use wpa_supplicant directly.
Crash logs attached.
Installed more wallet-managing packages (there are two flavours of them, 4 & 5) and disabled wallet for KDE5 case. Now NM seems working fine. David, try advice in comment #4 run kwalletmanager5 (install it if missing), and disable the kf5 kwallet (if that's the configuration you're after here), and see if that helps. Did you use KWallet before in F21? If so, probably your secrets are stored with flags indicating that they are stored by our secret agent (KWallet). You would need to edit your connection and save it again, which should now (in case of disabled KWallet) store secrets directly into NetworkManager. This can be also forced to do so by checking "All users may connect to this network" checkbox in the general tab when editing a connection. Rex, the problem was the KDE wallet was disabled (but all packages installed) and I wasn't able to connect to secured wifi (I was not able to enter pass). When I enabled kde wallet, then there was the upgrade wizard for migrating wallet data from F21 to F22 KDE wallet, which I ran through and then when tried to connect I was requested to enter the password. So the problem was NM was calling KDE wallet, which was disabled and was not upgraded from F21 to F22, thus NM was not able to connect to KDE Wallet in order to display the password request window for wifi. Jan, yup. THis installation was F19 -> F20 -> F21 (then I disabled KDE Wallet during use of F21) -> F22. So before upgrade to F22, KDE Wallet was disabled. But I'll check this further later (once I solve problem with KDE main panel connection to kded, right now it is unusable and I have to use gnome and don't have time to investigate further as this is my work machine). Thanks. [ 1155.791074] kwalletd5[4083]: segfault at 8 ip 0000003ba50af8de sp 00007ffe721790e0 error 4 in libQt5Core.so.5.4.2[3ba4e00000+4ab000] [ 1196.426309] IPv6: ADDRCONF(NETDEV_UP): wls3: link is not ready [ 1248.149180] IPv6: ADDRCONF(NETDEV_UP): wls3: link is not ready [ 1278.844986] IPv6: ADDRCONF(NETDEV_UP): wls3: link is not ready [ 1278.924572] kactivitymanage[3550]: segfault at 7fac235eecf0 ip 0000003babe14661 sp 00007fff8d02e388 error 4 in libQt5Sql.so.5.4.2[3babe00000+3f000] [ 1303.022796] kwalletd5[4751]: segfault at 8 ip 0000003ba50af8de sp 00007fff0f86b560 error 4 in libQt5Core.so.5.4.2[3ba4e00000+4ab000] [ 1338.164585] IPv6: ADDRCONF(NETDEV_UP): wls3: link is not ready [ 1358.068374] IPv6: ADDRCONF(NETDEV_UP): wls3: link is not ready [ 1358.354225] kwalletd5[4841]: segfault at 8 ip 0000003ba50af8de sp 00007ffe78d6cbd0 error 4 in libQt5Core.so.5.4.2[3ba4e00000+4ab000] A system updated from F21, where in F21 Kwallet was disabled, on F22 it has been automatically enabled. # rpm -qa kwall* kwalletmanager-15.04.0-1.fc22.x86_64 kwalletmanager5-15.04.0-1.20150501git.fc22.x86_64 Rex suggestion kwriteconfig5 --file=kwalletrc --group=Migration --key=alreadyMigrated=true solved the problem OK, the theory is this: kwallet5 tries to migrate kwallet(4) content, but fails/hangs because kwallet(4) is disabled... so subsequent attempts by kf5 apps to use kwallet5 fail. I'm going to reassign this to kf5-kwallet adjusting summary. Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |