Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems
severity 399016 important tags 399016 + moreinfo thanks * Ana Guerrero ([EMAIL PROTECTED]) [061122 01:09]: Could you give more information about this? Could you try KAddressBook in a different computer and test if you have the same problems? And in the same computer as a diferent user? Lowering severity, as multiple people couldn't reproduce it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems
Processing commands for [EMAIL PROTECTED]: severity 399016 important Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems Severity set to `important' from `grave' tags 399016 + moreinfo Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems
Hi Adam, On Fri, Nov 17, 2006 at 12:26:13AM -0600, Adam Porter wrote: Package: kaddressbook Version: 4:3.5.5.dfsg.1-1 Severity: grave Hash: SHA1 I have noticed this behavior for some time, since back in KDE 3.4.x at least, but this is the last straw, so I'm filing a bug. A week or so ago I entered a few new contacts into my KDE address book. When I went to look up the contacts' e-mail addresses just now, my search in KABC found nothing. I opened a shell and found this: $ cd .kde/share/apps/kabc/ $ ll total 504K drwx-- 2 first first 4.0K 2006-11-16 05:15 lock drwx-- 2 first first 4.0K 2005-12-19 18:58 logos drwx-- 2 first first 4.0K 2005-12-19 18:58 photos drwx-- 2 first first 4.0K 2005-12-19 18:58 sounds - -rwx-- 1 first first 41K 2006-11-16 05:15 std.vcf - -rwx-- 1 first first 41K 2006-11-16 05:15 std.vcf__0 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__1 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__2 - -rwx-- 1 first first0 2006-11-09 03:03 std.vcf2WPY5b.new - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__3 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__4 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__5 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__6 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__7 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__8 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__9 - -rwx-- 1 first first0 2006-11-13 02:55 std.vcfVRcdrb.new $ ll lock total 8.0K - -rw-r--r-- 1 first first 11 2006-11-09 03:03 _home_first_.kde_share_apps_kabc_std.vcfMuo9TRh0 - -rw-r--r-- 1 first first 10 2006-11-13 02:55 _home_first_.kde_share_apps_kabc_std.vcfSj652hp5 $ rgrep lash . ../std.vcf__6:EMAIL:[EMAIL PROTECTED] ../std.vcf__7:EMAIL:[EMAIL PROTECTED] ../std.vcf__8:EMAIL:[EMAIL PROTECTED] As you can see, there are many duplicates of the std.vcf file, and two lock files. The dates on the lock files don't match the date on the current std.vcf file. There are two old std.vcf...new files that are empty. There are three std.vcf__# files that are larger than the rest, and inside those three files are the contacts that I entered that are now missing in std.vcf. Thankfully, I can copy one of those three files over the std.vcf file and regain those contacts. But what in the world is going on here? I'm rating this as grave because I consider it a data-loss bug. Most users won't have any idea how to dig for the vcf files, and even if they do, there's no guarantee that the missing data will be there. And even worse, if this went unnoticed for a while, you could end up with a branching scenario where some files had some contacts, and other files had other contacts, and somehow you'd have to merge them back together into a single file to get them all back. Worst of all, this makes the KDE address book system (which is used by Kontact/KMail/etc) completely unreliable and untrustworthy. I hope Etch isn't released with this bug. I have been playing with kaddresbook since you reported this bug. I have added, removed and edited contacts without problems in several testing sessions. I also have looked to my files below .kde/share/apps/kabc, and the structure is very similar to yours, so i do not think this is the problem (but i agree it is confusing). Could you give more information about this? Please let me know how I can help debug this. Could you try KAddressBook in a different computer and test if you have the same problems? And in the same computer as a diferent user? Thanks, Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems
Package: kaddressbook Version: 4:3.5.5.dfsg.1-1 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have noticed this behavior for some time, since back in KDE 3.4.x at least, but this is the last straw, so I'm filing a bug. A week or so ago I entered a few new contacts into my KDE address book. When I went to look up the contacts' e-mail addresses just now, my search in KABC found nothing. I opened a shell and found this: $ cd .kde/share/apps/kabc/ $ ll total 504K drwx-- 2 first first 4.0K 2006-11-16 05:15 lock drwx-- 2 first first 4.0K 2005-12-19 18:58 logos drwx-- 2 first first 4.0K 2005-12-19 18:58 photos drwx-- 2 first first 4.0K 2005-12-19 18:58 sounds - -rwx-- 1 first first 41K 2006-11-16 05:15 std.vcf - -rwx-- 1 first first 41K 2006-11-16 05:15 std.vcf__0 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__1 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__2 - -rwx-- 1 first first0 2006-11-09 03:03 std.vcf2WPY5b.new - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__3 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__4 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__5 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__6 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__7 - -rw-r--r-- 1 first first 42K 2006-11-16 05:15 std.vcf__8 - -rw-r--r-- 1 first first 41K 2006-11-16 05:15 std.vcf__9 - -rwx-- 1 first first0 2006-11-13 02:55 std.vcfVRcdrb.new $ ll lock total 8.0K - -rw-r--r-- 1 first first 11 2006-11-09 03:03 _home_first_.kde_share_apps_kabc_std.vcfMuo9TRh0 - -rw-r--r-- 1 first first 10 2006-11-13 02:55 _home_first_.kde_share_apps_kabc_std.vcfSj652hp5 $ rgrep lash . ../std.vcf__6:EMAIL:[EMAIL PROTECTED] ../std.vcf__7:EMAIL:[EMAIL PROTECTED] ../std.vcf__8:EMAIL:[EMAIL PROTECTED] As you can see, there are many duplicates of the std.vcf file, and two lock files. The dates on the lock files don't match the date on the current std.vcf file. There are two old std.vcf...new files that are empty. There are three std.vcf__# files that are larger than the rest, and inside those three files are the contacts that I entered that are now missing in std.vcf. Thankfully, I can copy one of those three files over the std.vcf file and regain those contacts. But what in the world is going on here? I'm rating this as grave because I consider it a data-loss bug. Most users won't have any idea how to dig for the vcf files, and even if they do, there's no guarantee that the missing data will be there. And even worse, if this went unnoticed for a while, you could end up with a branching scenario where some files had some contacts, and other files had other contacts, and somehow you'd have to merge them back together into a single file to get them all back. Worst of all, this makes the KDE address book system (which is used by Kontact/KMail/etc) completely unreliable and untrustworthy. I hope Etch isn't released with this bug. Please let me know how I can help debug this. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kaddressbook depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libbluetooth2 3.7-1 Library to use the BlueZ Linux Blu ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libfam02.7.0-11 Client library to control the FAM ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libgnokii3 0.6.14-1 Gnokii library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.5.dfsg.1-1 KDE calendaring library ii libkdepim1a4:3.5.5.dfsg.1-1 KDE PIM library ii libkleopatra1 4:3.5.5.dfsg.1-1 KDE GnuPG interface libraries ii libktnef1 4:3.5.5.dfsg.1-1 Library for handling KTNEF email a ii libpng12-0 1.2.8rel-7PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v