[Date Prev][Date Next]
Re: commit: ldap/servers/slapd slap.h controls.c
- To: ando@OpenLDAP.org
- Subject: Re: commit: ldap/servers/slapd slap.h controls.c
- From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
- Date: Tue, 15 Jun 2004 17:56:10 -0700
- Cc: OpenLDAP Commit <openldap-commit2devel@OpenLDAP.org>
- In-reply-to: <200406121537.i5CFbbbW010957@cantor.openldap.org>
- References: <200406121537.i5CFbbbW010957@cantor.openldap.org>
I think this change should be backed out. The specification
here is flawed here for a number of reasons. First, because
completely ignoring such a pagedresult control can lead to
masking of other errors, such as protocol errors due to
attachment of two pagedresult controls to the request.
Second, because the control should not be ignored when
pagedresults == sizelimit because this won't produce
a sizeLimitExceeded error. Also, pagedresults of zero
(0) should not be ignored.
The specification should have just noted that when the
page size is positive but less than sizeLimit, the
sizeLimit will exceeded before generation of a page.
In such cases, the server is to sizeLimitExceeded should
be returned (without a pagedResultsControl).
From the client's perspective, this is as if the request
control had been ignored. However, the server should
do other control processing.
Also note that RFC is unclear as to whether the response
control should be returned when errors are detected.
In general, I think the response control should only
be attached when the search is success-ful (including
At 08:37 AM 6/12/2004, ando@OpenLDAP.org wrote:
>Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
> slap.h 1.549 -> 1.550
> controls.c 1.103 -> 1.104
>ignore the control if page is larger than requested sizelimit (as per RFC)
>CVS Web URLs:
>Changes are generally available on cvs.openldap.org (and CVSweb)
>within 30 minutes of being committed.