Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Message-ID: <1293894895.1241548350350.JavaMail.jira@brutus>
Date: Tue, 5 May 2009 11:32:30 -0700 (PDT)
From: "Stefan Seelmann (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Subject: [jira] Resolved: (DIRSERVER-1311) Entry with an escaped comma in DN
 not found in searches with some filters
In-Reply-To: <1563384269.1234211339711.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DIRSERVER-1311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Seelmann resolved DIRSERVER-1311.
----------------------------------------

       Resolution: Fixed
    Fix Version/s:     (was: 2.0.0-RC1)
                   1.5.5

Fixed here:
  http://svn.apache.org/viewvc?rev=771954&view=rev


> Entry with an escaped comma in DN not found in searches with some filters
> -------------------------------------------------------------------------
>
>                 Key: DIRSERVER-1311
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1311
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.5.4
>         Environment: Windows XP
> Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
> ApacheDS 1.5.4 
>            Reporter: Stefan Zoerner
>            Assignee: Stefan Seelmann
>            Priority: Minor
>             Fix For: 1.5.5
>
>         Attachments: tori.ldif
>
>
> I use an out of the box ApacheDS 1.5.4 with server.xml unchanged, context entry for dc=example,dc=com created.
> Adding the following entry is successful (LDIF import)
> dn: cn=Amos\,Tori,dc=example,dc=com
> sn: Amos
> objectClass: person
> objectClass: top
> cn: Tori Amos
> If I perform searches, some find it, for instance:
> $ ldapsearch -D "uid=admin,ou=system" -w secret -h localhost -p 10389 -b "dc=example,dc=com" -s one "(objectclass=person)"
> version: 1
> dn: cn=Amos\,Tori,dc=example,dc=com
> objectClass: person
> objectClass: top
> cn: Tori Amos
> cn: Amos\,Tori
> sn: Amos
> $
> But the following fails (no entry found):
> $ ldapsearch -D "uid=admin,ou=system" -w secret -h localhost -p 10389 -b "dc=example,dc=com" -s one "(cn=Amos,Tori)"
> $
> According to Open Group's compliance tests, it should return the entry. I have tried to verify this by reading RFC 2253 and RFC 4514, esacping with a bachslash is allowed (I am not 100% certain about the filter ...).
> Note that this one here does not return an entry either.
> $ ldapsearch -D "uid=admin,ou=system" -w secret -h localhost -p 10389 -b "dc=example,dc=com" -s one "(cn=Amos\,Tori)"
> $

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.