Skip to content
  1. Mar 28, 2014
  2. Mar 27, 2014
  3. Mar 26, 2014
  4. Mar 25, 2014
  5. Mar 24, 2014
  6. Mar 22, 2014
  7. Mar 21, 2014
  8. Mar 20, 2014
  9. Mar 18, 2014
  10. Mar 17, 2014
  11. Mar 14, 2014
  12. Mar 13, 2014
  13. Mar 12, 2014
    • Kohsuke Kawaguchi's avatar
      [JENKINS-20064] · 0e339d7a
      Kohsuke Kawaguchi authored
      Jenkins now remembers the authorities (read group memberships) that the user had carried when he/she last time interactively logged in.
      This information is exposed via User.impersonate(), which is used when using Jenkins SSH, Jenkins CLI, or access via API tokens.
      
      Previously this was impossible for a subset of SecurityRealms that does not allow us to read group membership information without
      successful login (such as Active Directory, OpenID, etc.)
      
      For security reasons, if the backend determines that the user does not exist (as opposed to the backend who cannot tell if the user
      exists or not), then the impersonation will fail.
      
      I need to check AD plugin is reporting a failure correctly in this case, before marking as JENKINS-20064 fixed.
      0e339d7a
  14. Mar 11, 2014
    • Kohsuke Kawaguchi's avatar
      [JENKINS-11643] · 2dbd6eca
      Kohsuke Kawaguchi authored
      An unexpected failure in processing remember me cookie should be handled
      gracefully. In particular, possibly problematic cookie should be
      removed, or else the browser will keep bombarding the server with the
      same cookie, and will never be able to get through.
      
      It's much better to just drop the cookie.
      2dbd6eca
  15. Mar 10, 2014
  16. Mar 08, 2014
  17. Mar 03, 2014
  18. Feb 27, 2014
  19. 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
  20. Feb 25, 2014
  21. Feb 24, 2014
  22. Feb 23, 2014
  23. 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
  24. Feb 21, 2014