kabcdistlistupdater crash on kde startup

Bug #284833 reported by P
8
Affects Status Importance Assigned to Milestone
kdelibs
Unknown
High
kdelibs (Ubuntu)
Won't Fix
Undecided
Unassigned
kdepim (Ubuntu)
Invalid
Undecided
Andreas Wenning

Bug Description

Binary package hint: kdepim

kabcdistlistupdater crash on kde startup
since updates of 2008 oct 16th

stack trace joined

Tags: kde3.5.10
Revision history for this message
In , Michael-seiwert (michael-seiwert) wrote :

Version: 1.8 (using KDE KDE 3.4.0)
Installed from: Unspecified Linux
Compiler: gcc-Version 3.3.1 (SuSE Linux)
OS: Linux

KMail crashes if I have ldapkio resource enabled. I can reproduce this crash if start up kmail, navigate through random imap folders and displaying random messages. After several operations it crashes. It seems not to crash if I stay in inbox. It doesn't seem to matter if the "From" is in ldap or not. Attached are the backtrace and valgrind trace.

Revision history for this message
In , Michael-seiwert (michael-seiwert) wrote :

Created attachment 10593
valgrind trace

produced with:
valgrind --tool=addrcheck --num-callers=50 kmail --nofork 2>&1 | tee log

Revision history for this message
In , Michael-seiwert (michael-seiwert) wrote :

Created attachment 10594
kmail backtrace

kdepim is compiled with --enable-debug=full

Revision history for this message
In , David Faure (faure) wrote :

Very good valgrind log, thanks.

==14774== by 0x39945849: KABC::ResourceLDAPKIO::enter_loop() (in /opt/kdehead/lib/libkabc_ldapkio.so.1.0.0)
WAHHH. Using enter_loop is a very very bad idea, in case anyone still had doubts about that.

If ldapkio's loading is async, kabc should load it async, instead of having to
emulate sync from async using the very dangerous enter_loop.
Tobias, is this possible?

Revision history for this message
P (p92) wrote :
Revision history for this message
Harald Sitter (apachelogger) wrote :

Is this in any way reproducible? If so, please install kdepim-dbg and get a new trace, otherwise we should close this bug report.
The current trace is totally unusable, as indicated by the amount of (no debugging symbols found) messages, in theory a good backtrace should have no such messages at all. In order to archive this, the appropriate debugging symbols need to be installed (i.e. $PACKAGE-dbg)

Changed in kdepim:
status: New → Incomplete
Revision history for this message
Wouter Horré (wouterh) wrote :

I have the same crashes since the recent updates to KDE 3.5.10.

KCrash backtrace with kdepim-dbg installed is attached.

Revision history for this message
Wouter Horré (wouterh) wrote :

In attachment a backtrace produced with the instructions on http://wiki.ubuntu.com/Backtrace.

Revision history for this message
Harald Sitter (apachelogger) wrote :

Confirmed due to backtraces.

Changed in kdepim:
status: Incomplete → Confirmed
Revision history for this message
Andreas Wenning (andreas-wenning) wrote :

Thanks for reporting.

Do you use LDAP or is your setup in any way different from the standard/filebased solution?

Changed in kdepim:
assignee: nobody → andreas-wenning
Revision history for this message
Andreas Wenning (andreas-wenning) wrote :

Just to be clear: It is of course your addressbook (kaddressbook in kmail/kdepim) that I am interested in.

Revision history for this message
Wouter Horré (wouterh) wrote :

I had a contact list in LDAP (with off-line use configured) that was no longer reachable. I have deleted this resource and now I can't reproduce the crash anymore.

Revision history for this message
Andreas Wenning (andreas-wenning) wrote :

@Wouter
Thanks for testing that.

Is it possible to re-enable off-line use for that resource, and does the resource then work? Does the crash then start to appear again?

Revision history for this message
Wouter Horré (wouterh) wrote :

I had actually deleted the whole addressbook resource (as I no langer used it). I have now created a dummy LDAP addressbook for an addressbook on a non-reacheable server and the crash reappeared. I have not enabled off-line use for this addressbook.

You should be able to reproduce the crash by adding the following resource to ~/.kde/share/config/kresources/contact/stdrc:
[Resource_aDChoggJK6]
LdapAnonymous=true
LdapAttributes=city,l,commonName,cn,description,description,facsimileTelephoneNumber,facsimileTelephoneNumber,familyName,sn,formattedName,displayName,givenName,givenName,jpegPhoto,jpegPhoto,mail,mail,mailAlias,,mobile,mobile,objectClass,inetOrgPerson,organization,o,pager,pager,phoneNumber,homePhone,postalcode,postalCode,state,st,street,street,telephoneNumber,telephoneNumber,title,title,uid,uid
LdapAutoCache=true
LdapBindDN=
LdapCachePolicy=0
LdapDn=cn=addressbook,dc=wouter,dc=horre,dc=be
LdapFilter=
LdapHost=localhost
LdapMech=DIGEST-MD5
LdapPassword=
LdapPort=389
LdapRDNPrefix=0
LdapRealm=
LdapSASL=false
LdapSSL=false
LdapSizeLimit=0
LdapSubTree=true
LdapTLS=false
LdapTimeLimit=0
LdapUser=
LdapVer=3
ResourceIdentifier=aDChoggJK6
ResourceIsActive=true
ResourceIsReadOnly=false
ResourceName=ldapkio address book
ResourceType=ldapkio

Revision history for this message
P (p92) wrote :

Hey

I use local address books and an ldap address book which is reachable when the crash occurs.

I use the following resource for ldap :

LdapAnonymous=false
LdapAttributes=city,l,commonName,cn,description,description,facsimileTelephoneNumber,facsimileTelephoneNumber,familyName,sn,formattedName,displayName,givenName,givenName,jpegPhoto,jpegPhoto,mail,mail,mailAlias,,mobile,mobile,objectClass,inetOrgPerson,organization,o,pager,pager,phoneNumber,homePhone,postalcode,postalCode,state,st,street,street,telephoneNumber,telephoneNumber,title,title,uid,uid
LdapAutoCache=true
LdapBindDN=
LdapCachePolicy=1
LdapDn=ou=shared_addressbook,ou=horde,dc=hostname,dc=fr
LdapFilter=
LdapHost=ldap.hostname.fr
LdapMech=DIGEST-MD5
LdapPassword=toto
LdapPort=636
LdapRDNPrefix=0
LdapRealm=
LdapSASL=false
LdapSSL=true
LdapSizeLimit=0
LdapSubTree=true
LdapTLS=false
LdapTimeLimit=0
LdapUser=uid=secuid,ou=DSA,dc=hostname,dc=fr
LdapVer=3
ResourceIdentifier=2DRrL74KXL
ResourceIsActive=true
ResourceIsReadOnly=false
ResourceName=myldap
ResourceType=ldapkio

Revision history for this message
Andreas Wenning (andreas-wenning) wrote :

Crashes upon calling the constructor of StdAddressBook exactly per the spec. in the .h file:
KABC::AddressBook *ab = KABC::StdAddressBook::self();

Reassigning to kdelibs instead.

Changed in kdepim:
status: Confirmed → Invalid
Changed in kdelibs:
status: New → Confirmed
Changed in kdelibs:
status: Unknown → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

KDE 3.5.x is unmaintained by KDE, and since Hardy support ends next month, this bug won't be fixed. Security updates will continue in to next month, providing security issues pop up, but normal bugs most likely won't be fixed.

Changed in kdelibs (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
In , Søren Holm (sgh) wrote :

It this allso what happenens when kmail crashes when entering a recipient in a new email?

Revision history for this message
In , thx1011 (thx1011) wrote :

Hi!

I Have the same problem. Crashing of Kmail when adding a recipient to the TO: or CC: or BCC: fields, and during the LDAP lookup.

My Kmail version is 1.12.1 on KDE 4.3.1, and the previous version had'nt this problem....

Revision history for this message
In , Søren Holm (sgh) wrote :

For me it is fixed in 4.3.4

Revision history for this message
In , Søren Holm (sgh) wrote :

Please close this bug.

Changed in kdelibs:
importance: Unknown → High
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Thank you for your report. Kmail1 is currently unmaintained and the code has changed sufficiently in Kmail2 so the backtraces are not really useful anymore. Should you experience the same crash in Kmail 4.8.5 or later, please open a new report for Kmail2. Thank you for your understanding

Changed in kdelibs:
status: Confirmed → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.