[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#244921: marked as done (kaddressbook eats all entries but the one being changed)

Your message dated Thu, 16 Nov 2006 11:11:40 +0100
with message-id <200611161111.44707.debian@pusling.com>
and subject line kaddressbook eats all entries but the one being changed
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: kaddressbook
Version: 4:3.2.2-1
Severity: normal

I have a number of entries with telephone numbers not in the "+43 1 ..."
format (43 for Austria, 1 for Vienna, in this case). When changing the
"01 ..." entry by deleting the "0" and adding "+43 1" more often than not 
and usually before I have changed not more than 5 entries, all entries
are being deleted except the one I was modifying. The std.vcf2 backup 
file of today also jumps back from 46kB to 173b, e.g.
This has happened in the previous version of KDE as well but now
even more often. Output in the shell window is (repeatedly)

QDate::fromString: Parameter out of range
QComboBox::setCurrentItem (unnamed) Index 3 out of range
QImage::scaleWidth: Image is a null image
QImage::convertDepth: Image is a null image


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=de_AT, LC_CTYPE=de_AT@euro (ignored: LC_ALL set to de_AT@euro)

Versions of packages kaddressbook depends on:
ii  kdelibs4                    4:3.2.2-1    KDE core libraries
ii  libart-2.0-2                2.3.16-5     Library of functions for 2D graphi
ii  libbluetooth1               2.5-1        Library to use the BlueZ Linux Blu
ii  libc6                       2.3.2.ds1-11 GNU C Library: Shared libraries an
ii  libfam0c102                 2.7.0-5      client library to control the FAM 
ii  libgcc1                     1:3.3.3-6    GCC support library
ii  libice6                     4.3.0-7      Inter-Client Exchange library
ii  libjpeg62                   6b-9         The Independent JPEG Group's JPEG 
ii  libkdepim1                  4:3.2.2-1    KDE PIM library
ii  libpcre3                    4.5-1.1      Perl 5 Compatible Regular Expressi
ii  libpng12-0                  1.2.5.0-5    PNG library - runtime
ii  libqt3c102-mt               3:3.2.3-2    Qt GUI Library (Threaded runtime v
ii  libsm6                      4.3.0-7      X Window System Session Management
ii  libstdc++5                  1:3.3.3-6    The GNU Standard C++ Library v3
ii  libx11-6                    4.3.0-7      X Window System protocol client li
ii  libxext6                    4.3.0-7      X Window System miscellaneous exte
ii  libxpm4                     4.3.0-7      X pixmap library
ii  libxrender1                 0.8.3-7      X Rendering Extension client libra
ii  xlibs                       4.3.0-7      X Window System client libraries m
ii  zlib1g                      1:1.2.1-5    compression library - runtime

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 4:3.3.0-1

This looks much like upstream
http://bugs.kde.org/show_bug.cgi?id=78071
which is closed long ago. Closing this bug

/Sune
-- 
Genius, I'm not able to send the desktop of a mousepad over a OpenGL case over 
a provider, how does it work?

First of all you should boot with the SGRAM 2D display but from the options 
inside Outlook 4000 you neither need to insert on a graphic TCP space bar, 
nor should ever telnet on the connection in order to forward from the mail.

Attachment: pgpd2f7Ti4XUy.pgp
Description: PGP signature


--- End Message ---
Reply to: