After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 316522 - Impossible to update or create addresses on a LDAP server
Impossible to update or create addresses on a LDAP server
Status: RESOLVED DUPLICATE of bug 315831
Product: evolution
Classification: Applications
Component: Contacts
2.4.x (obsolete)
Other other
: Normal major
: ---
Assigned To: Sushma Rai
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-09-16 21:11 UTC by storm66
Modified: 2013-09-13 00:50 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description storm66 2005-09-16 21:11:08 UTC
Distribution: Debian testing/unstable
Package: Evolution
Severity: major
Version: GNOME2.10.2 2.3.x
Gnome-Distributor: Debian
Synopsis: Impossible to update or create addresses on a LDAP server
Bugzilla-Product: Evolution
Bugzilla-Component: Contacts [was: Addressbook]
Bugzilla-Version: 2.3.x
BugBuddy-GnomeVersion: 2.0 (2.10.1)
Description:
Description of the crash:
Crash when clicking "validate" 

Steps to reproduce the crash:
1.  modify or create an address on a LDAP Server
2.  click OK
3.  Enjoy

Expected Results:
An updated or created address

How often does this happen?
Always since three to four weeks (was OK before)

Additional Information:
None


Debugging Information:

Backtrace was generated from '/usr/libexec/evolution-data-server-1.2'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1219388768 (LWP 21448)]
[New Thread -1230124112 (LWP 21459)]
[New Thread -1221735504 (LWP 21451)]
0xb75adb81 in __waitpid_nocancel () from /lib/tls/libc.so.6

Thread 1 (Thread -1219388768 (LWP 21448))

  • #0 __waitpid_nocancel
    from /lib/tls/libc.so.6
  • #1 do_system
    from /lib/tls/libc.so.6
  • #2 system
    from /lib/tls/libc.so.6
  • #3 system
    from /lib/tls/libpthread.so.0
  • #4 server_logging_register_domain
  • #5 <signal handler called>
  • #6 ??
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #7 ??
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #8 ??
  • #9 ??
  • #10 ??
  • #11 ??
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #12 free
    from /lib/tls/libc.so.6
  • #13 e_book_backend_ldap_get_type
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #14 ??
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #15 ??
  • #16 ??
  • #17 ??
  • #18 ??
    from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendldap.so
  • #19 ??
  • #20 ??
  • #21 ??
  • #22 ??
  • #23 ??
  • #24 ??
  • #25 ??
  • #26 ??
    from /usr/lib/libglib-2.0.so.0
  • #27 ??
  • #28 ??
  • #29 ??
  • #30 g_main_context_wakeup
    from /usr/lib/libglib-2.0.so.0
  • #31 g_main_context_wakeup
    from /usr/lib/libglib-2.0.so.0
  • #32 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #33 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #34 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #35 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #36 main
  • #0 __waitpid_nocancel
    from /lib/tls/libc.so.6




------- Bug moved to this database by unknown@gnome.bugs 2005-09-16 21:11 UTC -------


The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here, unknown@gnome.bugs.
   Previous reporter was storm66@club-internet.fr.

Comment 1 Jean-Paul POZZI 2005-09-17 09:28:23 UTC
The output of the ldap server do not show the update or try to update,
the connection is closed after the initial load of the addressbook
and the load of the "to update" record.

Here is it :
=============================================================================
Sep 17 11:06:53 k400 slapd[972]: conn=2 fd=9 ACCEPT from IP=192.168.1.8:33570
(IP=0.0.0.0:389) 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=0 BIND dn="" method=128 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=0 RESULT tag=97 err=0 text= 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=1 SRCH base="" scope=0 deref=0
filter="(objectClass=*)" 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=1 SRCH attr=supportedControl
supportedExtension supportedFeatures supportedSASLMechanisms
supportedLDAPVersion subschemaSubentry schemaNamingContext 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=1 SEARCH RESULT tag=101 err=0
nentries=1 text= 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=2 SRCH base="cn=Subschema" scope=0
deref=0 filter="(objectClass=subschema)" 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=2 SRCH attr=objectClasses 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=2 SEARCH RESULT tag=101 err=0
nentries=1 text= 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=3 BIND
dn="cn=manager,ou=users,dc=izzop,dc=net" method=128 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=3 BIND
dn="cn=manager,ou=users,dc=izzop,dc=net" mech=SIMPLE ssf=0 
Sep 17 11:06:53 k400 slapd[972]: conn=2 op=3 RESULT tag=97 err=0 text= 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=primaryPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=carPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=homeFacsimileTelephoneNumber (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=otherPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=otherFacsimileTelephoneNumber (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute type=radio
(17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute type=telex
(17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=assistantPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=companyPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=callbackPhone (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute type=tty (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=businessRole (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=managerName (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=assistantName (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=otherPostalAddress (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=spouseName (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute type=note
(17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=anniversary (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=birthDate (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=mailer (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=fileAs (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=category (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=calCalURI (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=calFBURL (17) 
Sep 17 11:06:58 k400 slapd[972]: get_filter: conn 2 unknown attribute
type=icsCalendar (17) 
Sep 17 11:06:58 k400 slapd[972]: conn=2 op=4 SRCH
base="ou=people,dc=izzop,dc=net" scope=2 deref=0
filter="(&(objectClass=person)(|(cn=*)(sn=*)(mail=*)(?=false)(telephoneNumber=*)(homePhone=*)(mobile=*)(?=false)(facsimileTelephoneNumber=*)(?=false)(?=false)(?=false)(internationaliSDNNumber=*)(pager=*)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)(o=*)(ou=*)(roomNumber=*)(title=*)(?=false)(?=false)(?=false)(postalAddress=*)(homePostalAddress=*)(?=false)(jpegPhoto=*)(userCertificate=*)(labeledURI=*)(displayName=*)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)(?=false)))"

Sep 17 11:06:58 k400 slapd[972]: conn=2 op=4 SEARCH RESULT tag=101 err=0
nentries=16 text= 
Sep 17 11:07:12 k400 slapd[972]: conn=2 op=6 SRCH
base="ou=people,dc=izzop,dc=net" scope=2 deref=0
filter="(&(objectClass=person)(|(displayName=*)(mail=*)(|(cn=*)(sn=*))(sn=*)))" 
Sep 17 11:07:12 k400 slapd[972]: conn=2 op=6 SEARCH RESULT tag=101 err=0
nentries=16 text= 
Sep 17 11:13:44 k400 slapd[972]: conn=2 op=8 SRCH
base="ou=people,dc=izzop,dc=net" scope=2 deref=0
filter="(&(objectClass=person)(|(displayName=*)(mail=*)(|(cn=*)(sn=*))(sn=*)))" 
Sep 17 11:13:44 k400 slapd[972]: conn=2 op=8 SEARCH RESULT tag=101 err=0
nentries=16 text= 
Sep 17 11:17:15 k400 slapd[972]: get_ssa: conn 2 unknown attribute type=fileAs (17) 
Sep 17 11:17:15 k400 slapd[972]: conn=2 op=10 SRCH
base="ou=people,dc=izzop,dc=net" scope=2 deref=0
filter="(&(objectClass=person)(|(mail=frederic.pozzi*)(mail=f.pozzi*)(cn=*pozzi*)(cn=*fr\C3\A9d\C3\A9ric*)(?=undefined)))"

Sep 17 11:17:15 k400 slapd[972]: <= bdb_substring_candidates: (mail) index_param
failed (18) 
Sep 17 11:17:15 k400 slapd[972]: <= bdb_substring_candidates: (mail) index_param
failed (18) 
Sep 17 11:17:15 k400 slapd[972]: conn=2 op=10 SEARCH RESULT tag=101 err=0
nentries=7 text= 
Sep 17 11:17:15 k400 slapd[972]: conn=2 op=12 SRCH base="cn=Frédéric
Pozzi,ou=people,dc=izzop,dc=net" scope=0 deref=0 filter="(objectClass=*)" 
Sep 17 11:17:15 k400 slapd[972]: conn=2 op=12 SEARCH RESULT tag=101 err=0
nentries=1 text= 
Sep 17 11:17:18 k400 slapd[972]: conn=2 fd=9 closed 
===============================================================
Comment 2 Sushma Rai 2005-09-19 06:29:59 UTC
You started to see this problem after upgrading?

*** This bug has been marked as a duplicate of 31583 ***
Comment 3 Sushma Rai 2005-09-19 06:32:39 UTC
Duplicate of 315831
Comment 4 Sushma Rai 2005-09-19 06:33:12 UTC

*** This bug has been marked as a duplicate of 315831 ***