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 567956 - Contact manager delayed operation (Backgroud contact fetch)
Contact manager delayed operation (Backgroud contact fetch)
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Contacts
2.24.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2009-01-16 09:56 UTC by Gonzalo Aguilar Delgado
Modified: 2021-05-19 11:09 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
data server initial (4.83 KB, text/plain)
2010-01-26 19:50 UTC, Al Niessner
Details
data server (early in progress) (4.83 KB, text/plain)
2010-01-26 19:50 UTC, Al Niessner
Details

Description Gonzalo Aguilar Delgado 2009-01-16 09:56:42 UTC
Hi there!

The contact manager today is a little annoying while trying to fetch contact information from external servers. It always hangs...

It should be nice to include a background process to search in the different address books a user can have the correct match for each Name/Address specified in the TO: Cc: Cco, etc. fields.

Today it hangs while fetching information over LDAP, Active directory, exchange servers, etc. Also if something happens to this connections it's possible that the whole evolution hangs. 

This is not what it's supposed to happen. This contact fetching should be done in background and put a small icon next to the address name if something found in the agenda. Sometimes the e-mail address is known by user but it anyway hangs while trying to complete it.

Of course it should never hang the program even if network is slow or unreachable. 

I can propose a test case and expected behavior if you want. 

It should be do more reliable while working with evolution.

Thank you people!
Comment 1 Al Niessner 2010-01-26 19:50:04 UTC
Created attachment 152336 [details]
data server initial
Comment 2 Al Niessner 2010-01-26 19:50:45 UTC
Created attachment 152337 [details]
data server (early in progress)
Comment 3 Milan Crha 2010-01-27 16:30:46 UTC
Thanks, as discussed later on this thread:
http://mail.gnome.org/archives/evolution-list/2010-January/msg00081.html

> (copy & pasting my text)

from what I see the evo parts almost don't change, it's showing that you
are in a composer, and you clicked on one of To/Cc/Bcc buttons.

The eds part is also almost the same in all four cases, and what
surprises me is that only the first two are showing activity on ldap,
namely in poll_ldap, which means it's waiting on the server, but the
second two are not doing it.

I think the difference between search in a search bar and in this
autocompletion is in the search query. The search bar is using simplest
form, say "Name contains", which looks like:
(cn=*xxx*)
, but a search in the composer is like this one:
(| (displayName=xxx*) (mail=xxx*) (|(cn=xxx*)(sn=xxx*)) (sn=xxx*) )
Then the time for completion might be based on the server itself, how it
handles such queries.
Comment 4 André Klapper 2021-05-19 11:09:12 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. 
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
and create a new enhancement request ticket at
  https://gitlab.gnome.org/GNOME/evolution/-/issues/

Thank you for your understanding and your help.