Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Branch: master
Commits on May 1, 2013
  1. release 0.19

    authored
  2. clean up tests

    authored
Commits on Apr 25, 2013
  1. Merge pull request #3 from chorny/master

    authored
    prevent hanging on WIndows
  2. @chorny
  3. @chorny
Commits on Mar 14, 2013
  1. release 0.18

    Peter Karman authored
Commits on Mar 13, 2013
  1. kill signal 9 (really mean it) with warning output

    Peter Karman authored
Commits on Feb 3, 2013
Commits on Oct 25, 2012
  1. add new tests to MANIFEST

    Peter Karman authored
  2. release 0.16

    Peter Karman authored
  3. Merge pull request #2 from rporres/master

    authored
    ModifyDN fixes
  4. @rporres

    Removed part of the comments on ModifyDN. Net::LDAP encodes the messa…

    rporres authored
    …ge with newSuperior set to undef if we don't specify it in the options of moddn. Once encoded it doesn't get to the server in the message, so it's not a hack to find the base DN to which the newrdn is relative to since we cannot assume newSuperior is going to be in the moddn. This is the expected behaviour described in RFC 2251
  5. @rporres

    ModifyDN was not working correctly as newSuperior attribute doesn't a…

    rporres authored
    …lways come from decoded moddn request.
  6. bump version, note changes

    authored
  7. based on https://rt.cpan.org/Ticket/Display.html?id=80377, return err…

    authored
    …or codes using internal constants
Commits on Sep 21, 2012
Commits on Jul 28, 2012
  1. release 0.14

    authored
  2. ptidy only

    authored
  3. Merge pull request #1 from tsibley/search-scope

    authored
    Search scope bug fixes
Commits on Jul 27, 2012
  1. @tsibley
  2. @tsibley

    A scope of 'one' shouldn't include the base entry

    tsibley authored
    From RFC 4511 section 4.5.1.2:
    
        singleLevel: The scope is constrained to the immediate
        subordinates of the entry named by baseObject.
  3. @tsibley

    Filters should still apply with a scope of 'base'

    tsibley authored
    From RFC 4511:
    
        4.5.1.2.  SearchRequest.scope
    
           Specifies the scope of the Search to be performed.  The semantics (as
           described in [X.511]) of the defined values of this field are:
    
              baseObject: The scope is constrained to the entry named by
              baseObject.
    
    and
    
        4.5.1.7.  SearchRequest.filter
    
           A filter that defines the conditions that must be fulfilled in order
           for the Search to match a given entry.
    
    Nowhere does the RFC specify that the baseObject is excluded from the
    filters, and doing so would render the 'base' scope not nearly as
    useful.
  4. @tsibley

    Restore the default scope of 'sub'

    tsibley authored
    b703620 accidentally changed the default scope from 'sub' (2) to 'base' (0).
  5. @tsibley

    More robust depth checking for scopes of 'one' in auto_schema search

    tsibley authored
    DNs may contain spaces which the depth checking regex didn't expect.
    Use a Net::LDAP utility method to count the depth level properly and
    compare against the base's depth.
    
    t/05-scope.t now passes the previously TODOed tests.
  6. @tsibley

    Translate scopes of 0, 1, and 2 into base, one, and sub, as expected

    tsibley authored
    Scope is enumerated as 0, 1, or 2 in the request data, but the
    auto_schema search method expected words.
    
    Additionally, when writing tests I discovered that a scope of 'one'
    doesn't work when the DN has spaces in it due to an incomplete regex
    pattern.  Fix to follow.
Commits on Apr 18, 2012
  1. release 0.13

    authored
  2. bump version

    authored
Commits on Jan 28, 2012
  1. release 0.12

    authored
  2. switch to github

    authored
  3. apply rt #74461

    authored
  4. apply rt #74426

    authored
  5. apply rt #74425

    authored
Something went wrong with that request. Please try again.