Skip to content
Commits on May 1, 2013
  1. release 0.19

    committed Apr 30, 2013
  2. clean up tests

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

    committed Apr 25, 2013
    prevent hanging on WIndows
  2. @chorny
  3. @chorny
Commits on Mar 14, 2013
  1. @pkarman

    release 0.18

    pkarman committed Mar 14, 2013
Commits on Mar 13, 2013
  1. @pkarman
  2. @pkarman
Commits on Feb 3, 2013
Commits on Oct 25, 2012
  1. @pkarman

    add new tests to MANIFEST

    pkarman committed Oct 25, 2012
  2. @pkarman

    release 0.16

    pkarman committed Oct 25, 2012
  3. Merge pull request #2 from rporres/master

    committed Oct 25, 2012
    ModifyDN fixes
  4. @rporres

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

    rporres committed Oct 25, 2012
    …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 committed Oct 25, 2012
    …lways come from decoded moddn request.
  6. bump version, note changes

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

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

    committed Jul 27, 2012
  2. ptidy only

    committed Jul 27, 2012
  3. Merge pull request #1 from tsibley/search-scope

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

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

    tsibley committed Jul 27, 2012
    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 committed Jul 27, 2012
    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 committed Jul 27, 2012
    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 committed Jul 27, 2012
    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 committed Jul 27, 2012
    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

    committed Apr 17, 2012
  2. bump version

    committed Apr 17, 2012
Commits on Jan 28, 2012
  1. release 0.12

    committed Jan 27, 2012
  2. switch to github

    committed Jan 27, 2012
  3. apply rt #74461

    committed Jan 28, 2012
  4. apply rt #74426

    committed Jan 28, 2012
  5. apply rt #74425

    committed Jan 28, 2012
Something went wrong with that request. Please try again.