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 232978 - Performing a search against an Active Directory LDAP server caused a crash.
Performing a search against an Active Directory LDAP server caused a crash.
Status: VERIFIED FIXED
Product: evolution
Classification: Applications
Component: Contacts
2.0.x (obsolete)
Other All
: Normal major
: ---
Assigned To: Sivaiah
Evolution QA team
: 234280 234429 234716 235291 235551 235802 236597 237748 238841 238914 240151 240699 244172 251603 303625 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-10-29 15:56 UTC by Peter L. Berghold
Modified: 2013-09-10 14:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter L. Berghold 2002-10-29 15:56:59 UTC
Package: Evolution
Priority: Normal
Version: 1.1.2
Synopsis: Performing a search against an Active Directory LDAP server caused a crash.
Bugzilla-Product: Evolution
Bugzilla-Component: Contacts [was: Addressbook]

Description:
Using the LDAP interface to the local AD server and performing a search
caused 
wombat to toss its cookies and die a horrible screaming death.

What's up with that?



Debugging Information:

(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 1024 (LWP 10481)]
0x410af369 in __wait4 () at __wait4:-1
	in __wait4

Thread 1 (Thread 1024 (LWP 10481))

  • #0 __wait4
  • #1 __DTOR_END__
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 172
  • #3 gnome_init
    from /usr/lib/libgnomeui.so.32
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 <signal handler called>
  • #6 GNOME_Evolution_Addressbook_BookViewListener_notifyStatusMessage
  • #7 pas_book_view_notify_status_message
  • #8 __bam_ca_undosplit
  • #9 category_ber
  • #10 g_timeout_dispatch
    at gmain.c line 1302
  • #11 g_main_dispatch
    at gmain.c line 656
  • #12 g_main_iterate
    at gmain.c line 877
  • #13 g_main_run
    at gmain.c line 935
  • #14 gtk_main
    from /usr/lib/libgtk-1.2.so.0
  • #15 bonobo_main
    from /usr/lib/libbonobo.so.2
  • #16 main
  • #17 __libc_start_main
    at ../sysdeps/generic/libc-start.c line 129
  • #0 __wait4
  • #1 __DTOR_END__
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 172
  • #3 gnome_init
    from /usr/lib/libgnomeui.so.32
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 <signal handler called>
  • #6 GNOME_Evolution_Addressbook_BookViewListener_notifyStatusMessage
  • #7 pas_book_view_notify_status_message


Unknown reporter: peter@berghold.net, changed to bugbuddy-import@ximian.com.
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Gerardo Marin 2002-11-19 21:34:12 UTC
*** bug 234280 has been marked as a duplicate of this bug. ***
Comment 2 Gerardo Marin 2002-12-02 18:28:47 UTC
*** bug 234716 has been marked as a duplicate of this bug. ***
Comment 3 Gerardo Marin 2002-12-02 18:29:24 UTC
*** bug 234429 has been marked as a duplicate of this bug. ***
Comment 4 Chris Toshok 2002-12-02 19:07:25 UTC
This should be fixed in 1.2
Comment 5 Bojan Smojver 2002-12-02 23:42:45 UTC
I don't know what you're talking about in your resolution notes. This
is NOT resolved. I have reported it for 1.2, not any other version.

Bojan
Comment 6 Robert Davis 2002-12-05 15:59:38 UTC
1.2 Working here to an AD with Exchange 2K.  I do have a problem with
Evo loosing the LDAP link and failing to authenticate until I do a killev.
Comment 7 Gerardo Marin 2002-12-06 21:43:48 UTC
*** http://bugzilla.ximian.com/show_bug.cgi?id=35221 has been marked as a duplicate of this bug. ***
Comment 8 Gerardo Marin 2002-12-06 21:46:11 UTC
*** bug 234716 has been marked as a duplicate of this bug. ***
Comment 9 Gerardo Marin 2002-12-09 19:18:49 UTC
*** bug 235291 has been marked as a duplicate of this bug. ***
Comment 10 Gerardo Marin 2002-12-09 19:19:52 UTC
Changing target milestone since too many duplicates arrive.
Comment 11 Gerardo Marin 2002-12-13 16:21:08 UTC
*** bug 235551 has been marked as a duplicate of this bug. ***
Comment 12 christine 2002-12-19 15:58:32 UTC
set milestone to 1.2.2. 
Comment 13 Gerardo Marin 2003-01-02 17:50:55 UTC
*** bug 235802 has been marked as a duplicate of this bug. ***
Comment 14 Gerardo Marin 2003-02-10 17:09:35 UTC
*** bug 237748 has been marked as a duplicate of this bug. ***
Comment 15 Gerardo Marin 2003-02-10 21:51:28 UTC
Missed 1.2.2 milestone. Setting to 1.2.3 and duplicates keep arriving...
Comment 16 Gerardo Marin 2003-02-10 21:51:36 UTC
*** http://bugzilla.ximian.com/show_bug.cgi?id=37817 has been marked as a duplicate of this bug. ***
Comment 17 Gerardo Marin 2003-02-27 21:34:38 UTC
*** bug 238841 has been marked as a duplicate of this bug. ***
Comment 18 Gerardo Marin 2003-03-03 17:26:18 UTC
*** bug 238914 has been marked as a duplicate of this bug. ***
Comment 19 Gerardo Marin 2003-03-25 08:43:38 UTC
*** bug 240151 has been marked as a duplicate of this bug. ***
Comment 20 Robert Davis 2003-05-08 19:29:56 UTC
Got mine to blow up like this by changing my LDAP Active Directory to
anonymous authentification and waiting for it to time out after the
first connection and trying to look at the LDAP data again.  Before
having anonymous set-up, it would connect fine as a user but after
timeout it would fail to authenticate again until I did a killev.

Evolution 1.2.4
Gentoo 1.4 w/ gcc3.2.2
Comment 21 seans 2003-07-02 20:13:13 UTC
This bug is still present in 1.4.0.  It was running on Red Hat 8.0,
Ximian Desktop 2, everything up-to-date as of July 2, 2003.
Comment 22 Gerardo Marin 2003-08-12 22:31:11 UTC
*** bug 236597 has been marked as a duplicate of this bug. ***
Comment 23 Gerardo Marin 2003-08-12 22:31:34 UTC
*** bug 244172 has been marked as a duplicate of this bug. ***
Comment 24 Gerardo Marin 2003-08-12 22:31:58 UTC
*** bug 240699 has been marked as a duplicate of this bug. ***
Comment 25 Gerardo Marin 2003-08-12 22:32:17 UTC
*** http://bugzilla.ximian.com/show_bug.cgi?id=44533 has been marked as a duplicate of this bug. ***
Comment 26 Gerardo Marin 2003-08-12 22:47:44 UTC
Since there are no individual reports of this crash in 1.4, I'm
closing this report as presumed fixed in 1.4 (Yes, I know there's a
mentioned 1.4 here, but without a backtrace it's probable it's a
different problem since no other reports arrived with a similar
backtrace).
If anybody can duplicate this problem in 1.4.4 or greater, please open
a new report.
Presuming fixed.
Comment 27 Simone Macina 2003-10-02 09:49:37 UTC
I have still this problem with evolution 1.4.5 on debian woody.
Random when I try to performing a search against an AD LDAP server,
caused a crash...When the errorr occurred I must restart the software.

I think the bug is present also in the version 1.4.x

bye.
Comment 28 Gerardo Marin 2003-10-03 17:23:17 UTC
Sorry, wihtout a backtrace there's nothing we can do.
Comment 29 Gerardo Marin 2003-12-03 05:57:08 UTC
It appeared in 1.4.5 indeed. The backtrace there is useless, tho.
Reopening
Comment 30 Gerardo Marin 2003-12-03 05:58:13 UTC
*** bug 251603 has been marked as a duplicate of this bug. ***
Comment 31 Andy Blyler 2004-02-05 17:44:28 UTC
When I try to use AD as a directory server I get the following output
when trying to connect to the server (env CAMEL_VERBOSE_DEBUG=1
evolution >& /tmp/camel.out)

(evolution:6266): e-minicard-CRITICAL **: file e-addressbook-view.c:
line 1646 (e_addressbook_view_discard_menus): assertion
`view->view_instance' failed

I am using evolution-1.4.5-7 on Fedora Core 1.

I know that the directory is AD 2003.  I have tried to use a ADAM
(Active Directory Application Mode) with Evolution and it works great!
 I am only have issues with AD 2003.

This may not be of any use, but I have filled a bug with apache in
regards to mod_auth_ldap not working with AD 2003.  This may be a
related issue: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26538

Comment 32 Vitor Choi Feitosa 2004-08-23 17:40:36 UTC
The same is happening to me. I'm connecting to AD (2k) with
authentication and without SSL.

I also found that:

1) When the AD Contact Folder is placed in the Autocomplete folder
list, names are cut in the first accentuated character. For instance
"Andréa XXX YYY" is shown as "Andr".

2) When I try to type the name "Andréa" on the "To" field, evolution
dies after I type the "é" character.

Here's the backtrace generated by bug-buddy:
Backtrace was generated from '/usr/bin/evolution-1.4'

(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)...
(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)...
(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 12771)]
[New Thread 32769 (LWP 12778)]
[New Thread 16384 (LWP 12771)]
[New Thread 32769 (LWP 12778)]
[New Thread 16386 (LWP 12779)]
[New Thread 32771 (LWP 12781)]
[New Thread 49156 (LWP 12782)]
[New Thread 65541 (LWP 12783)]
[New Thread 81926 (LWP 12784)]
[New Thread 98311 (LWP 12785)]
[New Thread 114696 (LWP 12786)]
[New Thread 131081 (LWP 12787)]
[New Thread 147466 (LWP 12789)]
[New Thread 163851 (LWP 12790)]
[New Thread 180236 (LWP 12791)]
[New Thread 196621 (LWP 12794)]
[New Thread 213006 (LWP 12814)]
[New Thread 16384 (LWP 12771)]
[New Thread 32769 (LWP 12778)]
0x411d29eb in waitpid ()
   from /lib/libpthread.so.0

Thread 15 (Thread 213006 (LWP 12814))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 14 (Thread 196621 (LWP 12794))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 13 (Thread 180236 (LWP 12791))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 11 (Thread 147466 (LWP 12789))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 10 (Thread 131081 (LWP 12787))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 9 (Thread 114696 (LWP 12786))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 8 (Thread 98311 (LWP 12785))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 camel_service_gethost
    from /usr/lib/evolution/1.4/libcamel.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 7 (Thread 81926 (LWP 12784))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 camel_service_gethost
    from /usr/lib/evolution/1.4/libcamel.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 6 (Thread 65541 (LWP 12783))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 camel_service_gethost
    from /usr/lib/evolution/1.4/libcamel.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 5 (Thread 49156 (LWP 12782))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 4 (Thread 32771 (LWP 12781))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Thread 3 (Thread 16386 (LWP 12779))

  • #0 __pthread_sigsuspend
    at ../linuxthreads/sysdeps/unix/sysv/linux/pt-sigsuspend.c line 54
  • #1 __pthread_wait_for_restart_signal
    at pthread.c line 1215
  • #2 __pthread_cond_wait
    at restart.h line 34
  • #3 e_msgport_wait
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #4 e_thread_busy
    from /usr/lib/evolution/1.4/libeutil.so.0
  • #5 pthread_start_thread
    at manager.c line 310
  • #6 clone
    from /lib/libc.so.6

Comment 33 ttarrant 2004-10-27 08:27:13 UTC
Evolution 2.0.2 on Debian Sid here. I have been having this problem
since before 1.2 I believe. We have a W2K Active Directory, and Evo or
Evo's Data Server crashes. It happens only when it is trying to
autocomplete addresses in the to/cc/bcc boxes, and it sometimes keeps
the mouse pointer grabbed because it has already popped up the drop
down window (albeit empty).

Comment 34 jh 2004-11-20 20:01:24 UTC
Hi,  
  
I'm running SuSE 9.2 with the default versions of Evolution and the  
connector that's supplied with that (evolution 2.0.1). I've 
experienced the problem quite few times.   
  
My observations are as follows:  
  
1) It seems to happen more frequently when I'm running on a slow  
link.  
  
2) I think it's possibly only happening (certainly happens more  
frequently) when it tries to complete on the surname.  
  
3) Once you've got it to complete by using the first name, then  
completion on the surname seems to work okay after that(is it caching  
it ? ).  
  
Thanks for your help and good luck with hunting problem down.  
Comment 35 Hans Petter Jansson 2004-11-22 15:46:02 UTC
I need a stack trace from version 2.0.
Comment 36 Nagappan Alagappan 2005-03-31 10:26:07 UTC
With evolution-2.2.0.0.200503210400-0.snap.novell.0.1 I don't get a
crash. Eventhough the search result is displayed, but I get an error
message 'Unable to preform search. This query did not complete
successfully.'
Comment 37 Nagappan Alagappan 2005-04-25 05:58:10 UTC
Based on last comment closing the bug.
Comment 38 Elijah Newren 2005-05-10 05:01:04 UTC
*** Bug 303625 has been marked as a duplicate of this bug. ***