1. 24 Jul, 2007 3 commits
    • Philipp von Weitershausen's avatar
      Merged from old philikon-aq-and-__parent__ branch: · eb8b5a8d
      Philipp von Weitershausen authored
      Log message for revision 71227:
        Step 4: Make aq_get aware of __parent__ pointers.
        (Also some comment cosmetics in _Acquisition.c)
      
      Log message for revision 71228:
        Test aq_parent property as well (in addition to aq_parent function)
      
      Log message for revision 71229:
        Step 5: Make aq_chain aware of __parent__ pointers.
      eb8b5a8d
    • Philipp von Weitershausen's avatar
      Merged from old philikon-aq-and-__parent__ branch: · 49a0c565
      Philipp von Weitershausen authored
      Log message for revision 71224:
        Step 3: Make aq_parent aware of __parent__ pointers.
      49a0c565
    • Philipp von Weitershausen's avatar
      Merged from old philikon-aq-and-__parent__ branch: · 50768a62
      Philipp von Weitershausen authored
      Log message for revision 71221:
        Step 2: Make aq_acquire aware of __parent__ pointers, even if the object
        isn't acquisition wrapped.
      
      Log message for revision 71223:
        Add another test that tests acquisition wrappers with containers that have __parent__.
      
      Log message for revision 71225:
        Cosmetics: adjust a piece of code that I added earlier to the indentation
        style of the overall file
      
      Log message for revision 71226:
        Cleanup:
        * no need to introduce another variable where we check for a __parent__ attribute
        * clean up after failed getattr (it throws an AttributeError)
        * properly DECREF the __parent__ attribute when it's no longer needed and
          the wrapper that is temporarily created from the __parent__ attribute.
      
      Log message for revision 75578:
        Added a test to Acquisition that shows the current segmentation fault problem, when Acquisition goes in circles.
      
      Log message for revision 76140:
        First attempt to fix 'Acquisition problem' when encountering cyclic hierarchies via __parent__ pointers. [hannosch, nouri]
      
      
      In addition, Hanno and Nouri's fix was expanded to not only cover circular __parent__
      pointers but also to cover a mixture of circular __parent__ and aq_parent pointers
      (which can occur when old Implicit acquisition meets new __parent__ pointer code).
      
      Also cleaned up much of the comments and added more comments.
      50768a62
  2. 10 Jul, 2007 3 commits
  3. 05 Jul, 2007 1 commit
  4. 02 Jul, 2007 1 commit
  5. 01 Jul, 2007 2 commits
  6. 29 Jun, 2007 1 commit
  7. 26 Jun, 2007 2 commits
  8. 25 Jun, 2007 2 commits
  9. 24 Jun, 2007 1 commit
  10. 23 Jun, 2007 8 commits
  11. 18 Jun, 2007 2 commits
    • Sidnei da Silva's avatar
      · e28f818f
      Sidnei da Silva authored
            - DAV: compatibility with Windows Web Folders restored by adding
              a configuration variable that controls the sending of the
              non-standard MS-Author-Via and Public headers. Thanks for
              PatrickD for the the hard work coming up with an initial
              patch.
              (http://zope.org/Collectors/Zope/1441)
      e28f818f
    • Wichert Akkerman's avatar
      Fix typo · 957dd598
      Wichert Akkerman authored
      957dd598
  12. 17 Jun, 2007 11 commits
  13. 16 Jun, 2007 2 commits
    • Chris McDonough's avatar
      When attempting to unlock a resource with a token that the · ccc4a377
      Chris McDonough authored
      resource hasn't been locked with, we should return an error
      instead of a 20X response.  See
      http://lists.w3.org/Archives/Public/w3c-dist-auth/2001JanMar/0099.html
      for rationale.
      
      Prior to Zope 2.11, we returned a 204 under this circumstance.
      We choose do what mod_dav does, which is return a '400 Bad
      Request' error.
      
      This was caught by litmus locks.notowner_lock test #10.
      ccc4a377
    • Chris McDonough's avatar
      Tests 15 (propnullns) and 16 (propget) from the props suite · 0e9e7a53
      Chris McDonough authored
      of litmus version 10.5 (http://www.webdav.org/neon/litmus/)
      expose a bug in Zope propertysheet access via DAV.  If a
      proppatch command sets a property with a null xmlns,
      e.g. with a PROPPATCH body like:
      
      <?xml version="1.0" encoding="utf-8" ?>
      <propertyupdate xmlns="DAV:">
      <set>
      <prop>
       <nonamespace xmlns="">randomvalue</nonamespace>
      </prop>
      </set>
      </propertyupdate>
      
      When we set properties in the null namespace, Zope turns
      around and creates (or finds) a propertysheet with the
      xml_namespace of None and sets the value on it.  The
      response to a subsequent PROPFIND for the resource will fail
      because the XML generated by dav__propstat included a bogus
      namespace declaration (xmlns="None").
      
      Fixed by amending OFS.PropertySheets.dav__propstat.
      0e9e7a53
  14. 10 Jun, 2007 1 commit