Skip to content
  1. Feb 27, 2014
  2. Feb 26, 2014
    • Jesse Glick's avatar
      [FIXED JENKINS-21958] FilePath.copyRecursiveTo given a scanner including a... · 7c568178
      Jesse Glick authored
      [FIXED JENKINS-21958] FilePath.copyRecursiveTo given a scanner including a symlink but not any regular file in the same directory would neglect to create the parent directory on the destination and thus not copy the link.
      (Util.createSymlink is partly to blame for not throwing a descriptive IOException when it fails to create a link,
      but this is its historical behavior needed for compatibility.
      copyRecursiveTo also continues to suppress error text from this method because there is nowhere for it to go.
      Perhaps need a new variant of createSymlink that is guaranteed to either have created the link or throw an exception.)
      2 tags
      7c568178
  3. Feb 25, 2014
  4. Feb 24, 2014
  5. Feb 23, 2014
  6. Feb 22, 2014
    • Jesse Glick's avatar
      [FIXED JENKINS-12124] Occasionally errors loading plugin classes since it is... · 898f1f76
      Jesse Glick authored
      [FIXED JENKINS-12124] Occasionally errors loading plugin classes since it is expected that findClass (and findLoadedClass) are called under synchronization.
      The problem was masked by a blind assumption that an InvocationTargetException was in fact wrapping a ClassNotFoundException.
      Many thanks to @gotwarlost for demonstrating how to reproduce the problem and diagnosing the cause.
      2 tags
      898f1f76
  7. Feb 21, 2014
  8. Feb 19, 2014
  9. Feb 17, 2014
  10. Feb 15, 2014
  11. Feb 12, 2014
  12. Feb 10, 2014
  13. Feb 09, 2014
  14. Feb 08, 2014
  15. Feb 07, 2014
  16. Feb 05, 2014
  17. Feb 04, 2014
    • Jesse Glick's avatar
      [JENKINS-21639] Noting merge of #1117. · 931d2960
      Jesse Glick authored
      931d2960
    • Oliver Gondža's avatar
      Noting #1118 · 8660255c
      Oliver Gondža authored
      8660255c
    • Jesse Glick's avatar
      [FIXED JENKINS-21023] Rewrote WorkspaceCleanupThread to determine where... · cd526e99
      Jesse Glick authored
      [FIXED JENKINS-21023] Rewrote WorkspaceCleanupThread to determine where workspaces for known items should be, rather than looking for directories that look like they might be workspaces.
      One key advantage is that this correctly handles the new default workspace location on the master.
      Another is that this allows folders to be correctly skipped, and jobs in folders to be correctly deleted.
      A subtler advantage would be handling of configured nondefault workspace locations, and compatibility with WorkspaceLocator.
      (Orphaned workspaces from deleted jobs are not removed, but these were not removed before either.)
      changes/33
      cd526e99
  18. Feb 03, 2014
  19. Feb 02, 2014
  20. Feb 01, 2014
  21. Jan 31, 2014
  22. Jan 29, 2014
  23. Jan 28, 2014
  24. Jan 27, 2014
  25. Jan 26, 2014
  26. Jan 24, 2014