Summary: | [patch] kwalletmanager not populating passwords | ||
---|---|---|---|
Product: | [Applications] kwalletmanager | Reporter: | Ritesh Raj Sarraf <kde-bugs> |
Component: | general | Assignee: | Unknown <null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | agruen, bugz57, signup |
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
snapshot
snapshot2 snapshot3 patch |
Description
Ritesh Raj Sarraf
2006-08-22 16:10:22 UTC
Created attachment 17458 [details]
snapshot
Created attachment 17459 [details]
snapshot2
Created attachment 17460 [details]
snapshot3
I've also filed a bug at Debian's Bug Database. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384038 This bug looks to be very annoying because even though you have all the passwords, you can't use them. Do you have any comments on it ? I'm sad to say that I had to get it working the dirty way (Please don't term it as a work around in any way). I had to: a) take the .kwl file from my old latpop b) Stop KDE first. (For some reason KDE/Some KDE application was overwriting the old .kwl file I was copying) c) Kiss you new data added in the .kwl in the new laptop GOODBYE. d) Overwrite with the old .kwl file from the old laptop. And then everything works. This definitely is not going to be acceptable for a general KDE user. In this whole process, I think I've narrowed down to where actually the bug might be (I might be completely wrong). a) You take the old .kwl file from old laptop to the new laptop. b) On the new laptop's kwalletmanager, you select the option "Merge" to merge the data from the old .kwl c) After the merge, kwalletmanager shows all the merged passwords in the "Maps" field. And that is correct. d) You close the kdewallet window. e) Now all is gone. When you open the kdewallet again, you see all your data as "Binary Data" which kdewallet understands but cannot use in the webpages' password field. Hope this will help you with the bug. What keeps me surprised is that in a sensitive application like this (which involved passwords), you didn't even care to drop a comment. :-( Probably you're very busy with the KDE4 work. :-) This also happens when importing an XML file. Both merge and import seem broken. AFAIKS this is a bug. Okay! One more victim now. Probably you should confirm the bug, at least. *** Bug 129138 has been marked as a duplicate of this bug. *** I had also found earlier (#129138) that the only way to import my passwords again is to do the dirty trickery described in #6, so you're not the first or the only one with this problem. In reply to Comment #10 This won't be termed an import at all. The trick described in Comment #6 simply allows you to overwrite and use your old password database. There is no way, AFAIK, to _import_ the old .kwl file. Still the same buggy behavior in KDE 4.0.1. Since upgrading to KDE 4 does not re-use your old kdewallet.kwl *every* user will need to import old passwords. That could soon ensure high-score for this bug. Sorry, but I can confirm this. And it's a pita. I exported from KDE 3.5.6 and could not import into 3.5.9 Created attachment 24568 [details]
patch
Obviously this is due to some rough edges in kwallet api. Entries get merged
twice, once on merging the actual map/password and then again on merging the
binary data (which you can only get by getting all the entries).
This patch tries to work around this issue by remembering which entries have
already been merged for the current folder.
*** Bug 144746 has been marked as a duplicate of this bug. *** *** Bug 162399 has been marked as a duplicate of this bug. *** SVN commit 820017 by mleupold: Make merging wallets work properly by remembering which keys have already been merged (working around a quirk in the kwallet API). BUG: 132808 M +8 -0 kwalleteditor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=820017 Thank you for fixing this. I just merged my old .kwl file and everything is working absolutely perfect. |