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 240699 - Evolution crashes on contact LDAP update
Evolution crashes on contact LDAP update
Status: RESOLVED DUPLICATE of bug 232978
Product: evolution
Classification: Applications
Component: Contacts
pre-1.5 (obsolete)
Other All
: Normal blocker
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
: 240836 240983 242146 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-04-03 01:09 UTC by Brad
Modified: 2003-08-12 22:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Brad 2003-04-03 01:09:44 UTC
Operating System is Red Hat 8.0 with kernel
2.4.18-24.8.0.

Evolution version is 1.2.3.

Description of Problem:
Updating a contact that is stored in an LDAP 
database causes evolution (the address cards 
portion anyway) to crash.

The problem really is centered around the fact 
that evolution does not properly interpret and 
parse the homePostalAddress attribute correctly.
I have imported a bunch of contacts into my LDAP
directory using the homePostalAddress so that
evolution will show the address properly.  I have
used the format specified by the RFC that says to
separate the fields with $ symbols.  evolution 
just puts the whole string including the $ 
symbols into the address1 line.

Steps to reproduce the problem:
1.  Manually add an entry to the LDAP directory 
    according to the attributes specified by 
    evolution.  Note that I stored the 
    homePostalAddress according to the format 
    specified in RFC 1274 (using $ symbols 
    between fields).
2. Search for a address in evolution and double 
   click on it.
3. Correct the address in the evolution contact 
   editor.
4. When I click on save/close, the address book 
   portion of evolution crashes.

Additional Information:

Aside from the fact that this is very buggy and 
the contact editor use of the homePostalAddress 
book doesn't comply with RFC 1274, I would like 
to recommend that evolution store the address 
into the individual attributes that are common 
to other common address books (Netscape, Mozilla,
and Windows People Search/Address Book):

streetAddress: $street_address
l: $city
st: $state
postalCode: $zip_code
Comment 1 Gerardo Marin 2003-04-03 21:13:58 UTC
Without a backtrace there's very little we can do to pinpoint the problem.
If you can reproduce this in a consistent basis, please visit
http://support.ximian.com/q?65
Paste output here and REOPEN this report when yo do so.
Comment 2 Brad 2003-04-03 22:42:10 UTC
Here is the debug output when I reproduced the problem.

evolution-shell-WARNING **: Error changing interactive status of
component OAFIID:GNOME_Evolution_Addressbook_ShellComponent to FALSE
-- IDL:CORBA/COMM_FAILURE:1.0

Waiting for component to die --
OAFIID:GNOME_Evolution_Mail_ShellComponent (1)


Here is the BackTrace:

Backtrace was generated from '/usr/bin/wombat'

(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 16384 (LWP 1562)]

0x40b54bb6 in waitpid () from /lib/libpthread.so.0

Thread 1 (Thread 16384 (LWP 1562))

  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 gnome_segv_handle
    from /usr/lib/libgnomeui.so.32
  • #2 __pthread_sighandler
    from /lib/libpthread.so.0
  • #3 <signal handler called>
  • #4 __bam_ca_undosplit
  • #5 __bam_ca_undosplit
  • #6 category_ber
  • #7 g_timeout_dispatch
    from /usr/lib/libglib-1.2.so.0
  • #8 g_main_dispatch
    from /usr/lib/libglib-1.2.so.0
  • #9 g_main_iterate
    from /usr/lib/libglib-1.2.so.0
  • #10 g_main_run
    from /usr/lib/libglib-1.2.so.0
  • #11 gtk_main
    from /usr/lib/libgtk-1.2.so.0
  • #12 bonobo_main
    from /usr/lib/libbonobo.so.2
  • #13 main
  • #14 __libc_start_main
    from /lib/libc.so.6
  • #0 waitpid
    from /lib/libpthread.so.0

Comment 3 Gerardo Marin 2003-04-04 18:01:39 UTC
Thanks
Comment 4 Gerardo Marin 2003-04-07 22:07:25 UTC
*** http://bugzilla.ximian.com/show_bug.cgi?id=40871 has been marked as a duplicate of this bug. ***
Comment 5 Gerardo Marin 2003-04-30 17:03:15 UTC
*** bug 242146 has been marked as a duplicate of this bug. ***
Comment 6 Gerardo Marin 2003-04-30 17:04:19 UTC
*** bug 240983 has been marked as a duplicate of this bug. ***
Comment 7 Gerardo Marin 2003-05-12 15:25:30 UTC
*** bug 240836 has been marked as a duplicate of this bug. ***
Comment 8 Gerardo Marin 2003-08-12 22:31:59 UTC

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