1. 10 May, 2006 1 commit
  2. 09 May, 2006 1 commit
  3. 05 May, 2006 1 commit
  4. 21 Apr, 2006 1 commit
  5. 27 Mar, 2006 2 commits
  6. 26 Mar, 2006 3 commits
  7. 24 Mar, 2006 1 commit
  8. 23 Mar, 2006 2 commits
  9. 22 Mar, 2006 2 commits
  10. 15 Mar, 2006 1 commit
    • 's avatar
      reverted r65902: · 363c6010
      authored
      - I still believe this was the Right Thing to do, but not everybody agrees
      363c6010
  11. 11 Mar, 2006 1 commit
  12. 10 Mar, 2006 1 commit
  13. 07 Mar, 2006 3 commits
  14. 06 Mar, 2006 1 commit
  15. 28 Feb, 2006 1 commit
    • Sidnei da Silva's avatar
      · bd5f1829
      Sidnei da Silva authored
      - Missing import of NotFound in webdav.Resource.
      bd5f1829
  16. 24 Feb, 2006 1 commit
  17. 21 Feb, 2006 1 commit
  18. 19 Feb, 2006 3 commits
  19. 08 Feb, 2006 2 commits
  20. 27 Jan, 2006 1 commit
  21. 21 Jan, 2006 1 commit
    • Sidnei da Silva's avatar
      · a4f81637
      Sidnei da Silva authored
            - Collector #2002: fixed broken 'ls -R' functionality (didn't
              recurse properly subclasses of OFS.Folder)
      a4f81637
  22. 16 Jan, 2006 1 commit
  23. 15 Jan, 2006 1 commit
  24. 12 Jan, 2006 1 commit
  25. 10 Jan, 2006 1 commit
  26. 28 Dec, 2005 1 commit
    • Sidnei da Silva's avatar
      · af8e4e38
      Sidnei da Silva authored
      - Report number of failures/errors
      af8e4e38
  27. 21 Dec, 2005 3 commits
    • Stefan H. Holek's avatar
      8e8ecbde
    • Sidnei da Silva's avatar
      · 118e4017
      Sidnei da Silva authored
      - Update with Mark's comments:
      
              Problem is that a service/pythonw.exe process *always* has an
              invalid sys.stdout.  But due to the magic of buffering, small
              print statements would not fail - but once the file actually
              got written to, the error happened.  Never a problem when
              debugging, as the process has a console, and hence a valid
              stdout.
      118e4017
    • Sidnei da Silva's avatar
      · fbd73284
      Sidnei da Silva authored
            - Collector #1939: When running as a service, Zope could
              potentially collect too much log output filling the NT Event
              Log. When that happened, a 'print' during exception handling
              would cause an IOError because the service had no 'redirection
              pipe' anymore (because it's shutting down) to write to,
              causing the service to not restart automatically.
      fbd73284
  28. 19 Dec, 2005 1 commit