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 222386 - Accentuated characters and ldap error
Accentuated characters and ldap error
Status: RESOLVED DUPLICATE of bug 219865
Product: evolution
Classification: Applications
Component: Contacts
pre-1.5 (obsolete)
Other All
: Normal normal
: ---
Assigned To: Evolution Triage Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2002-03-24 18:19 UTC by Eduardo Diaz Comellas
Modified: 2002-03-26 19:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Eduardo Diaz Comellas 2002-03-24 18:19:07 UTC
Description of Problem: I found that storing
contacts information in an ldap server does not
handle international characters (accents) in a
proper way. Specifically, writting an accentuated
name or surname inside the "Full Name" dialog
works ok, but modifying it gives strange
characters in the "File as" field. This does not
happen in the local contacts folder.

Steps to reproduce the problem:
1. Setup an LDAP backend to store contacts
2. Insert a record with accentuated name or surname
3. Try to modify any field that is used to form
the "File as" field.

Actual Results: Corruption of the "File as" field


Expected Results: Correct modification.


How often does this happen? Always


Additional Information: I am using slapd version
2.0.23, from the latest debian Woody package.
Everything else works OK. 

Thanks very much for this *great* work :-)
Comment 1 Eduardo Diaz Comellas 2002-03-24 18:32:23 UTC
This happens only if the DN contains an accentuated character. 

If I insert a contact without accentuated characters and later 
reedit it to include those characters the problems does not happen.

Sorry for not finding this before. 
Comment 2 Gerardo Marin 2002-03-26 19:56:54 UTC

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