RE: Fix for VLV draft.

["Kurt D. Zeilenga" <Kurt@OpenLDAP.org>]

I think we have a general problem with this and other controls
in behavior of critical vs. non-critical controls.

Processing of a recognized and appropriate control should not
depend on the control's criticality.  If the control is recognized
and supported but contains some error, I suggest the operation
return an error.

We had a good discussion regarding this general issue in regards to
the DUPENT I-D which folks might want to review.

At 12:35 PM 1/29/01 -0500, John Liang wrote:
>I want to ask a few questions about this topic:
> 
>1> if the control is not critical, and there is an error in server side sorting control 
>or virutal list view control, the server is supposed to send back all unsorted result.



>if the server returns all unsorted entries successfully,
>is LDAP searchResultDone message supposed to return LDAP_SUCCESS or other(80)?
>Must we include sssResponse and vlvResponse with corresponding error code?
> 
>2> if the control is critical, besides return LDAP_UNAVAILABLE_CRITICAL_EXTENSION,
>Must we return the corrseponding sssResponse and vlvResponse result code?


> 
>Thanks,
>--
>John Liang
>>-----Original Message-----
>>From: Jim Sermersheim [mailto:JIMSE@novell.com]
>>Sent: Monday, January 29, 2001 12:17 PM
>>To: ietf-ldapext@netscape.com
>>Subject: Fix for VLV draft.
>>
>>Back in September, as the Virtual List View draft was going through standardization process, Michael Armijo noted the following problem:
>> 
>>>In section 3.2 we have details about what the virtualListViewResult
>>>codes mean, but we still do not define what result code should be
>>>returned in the actual SearchResult in the case where there is a value
>>>other then success(0) in the virtualListViewResult.
>>>
>>>We should return something other then success(0)in the SearchResultDone
>>>if there is a result code other then success(0) in the
>>>virtualListViewResult and what that result code is should be defined (or
>>>referenced) in the VLV draft.
>> 
>>I propose that we fix this by inserting the following statement as paragraph 4 of Section 3.2
>>If the LDAP SearchResultDone message has a resultCode of other (80), 
>>the virtualListViewResponse MAY be included and MAY hold a non-zero 
>>value in the virtualListViewResult field.
>>If there are no objections, I'd like to add this and allow the draft to progress.
>> 
>>Jim