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 547308 - Evolution tries to talk too much to the GAL server
Evolution tries to talk too much to the GAL server
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Contacts
2.24.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Milan Crha
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-08-11 15:56 UTC by Milan Crha
Modified: 2013-09-13 01:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed evo patch (2.72 KB, patch)
2008-08-11 16:09 UTC, Milan Crha
none Details | Review
proposed eds patch (4.37 KB, patch)
2008-08-11 17:48 UTC, Milan Crha
committed Details | Review
proposed evo patch ][ (4.86 KB, patch)
2008-08-11 17:50 UTC, Milan Crha
committed Details | Review
proposed eex patch (2.76 KB, patch)
2008-08-11 17:54 UTC, Milan Crha
committed Details | Review

Description Milan Crha 2008-08-11 15:56:32 UTC
After recent change about being able to select authentication method for GAL from bug #500389, I changed the behavior in eds patch, chunk
@@ -314,12 +315,25 @@ connect_ldap (E2kGlobalCatalog *gc, E2kO
When the NTLM is forced to be used, and it is not supported (one doesn't compile with patched LDAP), then the result is repository offline, but in the addressbook.c is only check for some values of the result status in load_source_auth_cb, thus resulting to repo-offline it tries to poke with the server for ever. Quite bad.
Comment 1 Milan Crha 2008-08-11 16:09:24 UTC
Created attachment 116359 [details] [review]
proposed evo patch

for evolution;

Do not try to authenticate to the server more than twice when knows
the password and it didn't fail because of wrong user name/password.
Anyway, I do not see any reason why to reauthenticate with known
credentials. It doesn't make much sense to me. Can someone explain
to me, please? Because I think there is some reason, I just miss it.
Comment 2 Milan Crha 2008-08-11 17:48:39 UTC
Created attachment 116371 [details] [review]
proposed eds patch

for evolution-data-server;
Comment 3 Milan Crha 2008-08-11 17:50:19 UTC
Created attachment 116373 [details] [review]
proposed evo patch ][

for evolution;
Comment 4 Milan Crha 2008-08-11 17:54:05 UTC
Created attachment 116375 [details] [review]
proposed eex patch

for evolution-exchange;

I realized I want a bit more than I did in the initial evo.patch, thus changing one public function prototype from the eds/servers/exchange, adding new E_BOOK_ERROR and mixing all together between all evo-family.
New strings added too.
Comment 5 Srinivasa Ragavan 2008-08-12 07:45:22 UTC
Seems fine to me. I think we need to libebook version, since you added a new entry to the enum.

Comment 6 Milan Crha 2008-08-12 08:45:58 UTC
eds part committed to trunk. Committed revision 9327.
evo part committed to trunk. Committed revision 35964.
eex part committed to trunk. Committed revision 1739.

As we discussed on IRC, you'll take care of the change of the API version on libebook in time of the release. You'll not forget, hopefully :)