Your message dated Tue, 11 May 2010 02:57:35 +0200
with message-id <201005110257.36256.ewoer...@kde.org>
and subject line
has caused the Debian Bug report #399016,
regarding kaddressbook: Data loss, involving strange file duplication and
locking problems
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
399016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399016
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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 first 0 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 first 0 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:la...@example.com
../std.vcf__7:EMAIL:la...@example.com
../std.vcf__8:EMAIL:la...@example.com
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 kdelibs4c2a 4:3.5.5a.dfsg.1-3 core libraries and binaries for al
ii libacl1 2.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 libfam0 2.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 libgcc1 1:4.1.1-19 GCC support library
ii libgnokii3 0.6.14-1 Gnokii library
ii libice6 1: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 libkdepim1a 4: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-7 PNG library - runtime
ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii libsm6 1:1.0.1-3 X11 Session Management library
ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-2 X11 client-side library
ii libxcursor1 1.1.7-4 X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxft2 2.1.8.2-8 FreeType-based font drawing librar
ii libxi6 1:1.0.1-3 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii libxpm4 1:3.5.5-2 X11 pixmap library
ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library
ii libxrender1 1:0.9.1-3 X Rendering Extension client libra
ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii zlib1g 1:1.2.3-13 compression library - runtime
kaddressbook recommends no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFXVYF5+GdyTDsrJsRAvn2AKCzkfVS4Qe48AJmLt710fywBPrnVwCgos2p
cU6LuMNhAZa2E+R1Y2cXstY=
=dyQz
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Version: 4:4.4.3-1
No response from the submitter for 4 weeks, closing.
--- End Message ---
