1. 24 3月, 2015 1 次提交
    • S
      [FIXED JENKINS-27565] Refactor the Queue and Nodes to use a consistent locking strategy · 92147c35
      Stephen Connolly 提交于
      The test system I set up to verify resolution of customer(s)' issues driving this change, required
      additional changes in order to fully resolve the issues at hand. As a result I am bundling these
      changes:
      
      - Moves nodes to being store in separate config files outside of the main config file (improves performance) [FIXED JENKINS-27562]
      - Makes the Jenkins is loading screen not block on the extensions loading lock [FIXED JENKINS-27563]
      - Removes race condition rendering the list of executors [FIXED JENKINS-27564] [FIXED JENKINS-15355]
      - Tidy up the locks that were causing deadlocks with the once retention strategy in durable tasks [FIXED JENKINS-27476]
      - Remove any requirement from Jenkins Core to lock on the Queue when rendering the Jenkins UI [FIXED-JENKINS-27566]
      92147c35
  2. 27 2月, 2015 1 次提交
  3. 05 2月, 2015 1 次提交
  4. 17 1月, 2015 2 次提交
  5. 12 1月, 2015 2 次提交
  6. 17 12月, 2014 1 次提交
  7. 01 12月, 2014 1 次提交
  8. 02 11月, 2014 1 次提交
  9. 30 10月, 2014 1 次提交
  10. 28 10月, 2014 1 次提交
    • M
      Change Jenkins to use a single consistent data-binding field. · 81ebb628
      Matt Moore 提交于
      See also: https://github.com/stapler/stapler/pull/39
      
      This commit includes several changes to accomodate the above change in Stapler (moving away from 'stapler-class'), as well as to make Jenkins consistently use this same JSON field (moving away from 'kind').
      
      NOTE: Stapler will continue to accept 'stapler-class' for backwards compatibility, and similarly this plugin will continue to pass 'stapler-class' for plugins that have keyed off of it.
      81ebb628
  11. 26 10月, 2014 1 次提交
  12. 24 10月, 2014 1 次提交
  13. 16 10月, 2014 2 次提交
  14. 15 10月, 2014 1 次提交
  15. 14 10月, 2014 1 次提交
  16. 10 10月, 2014 2 次提交
  17. 07 10月, 2014 1 次提交
  18. 30 9月, 2014 1 次提交
    • M
      This change converts several optionalBlock's wrapping a single field to inline="true". · eec43983
      Matt Moore 提交于
      By converting several optionalBlock entries to use inline="true", we convert the submitted JSON from:
         "hasPropertyFoo": {
           "propertyFoo": "value"
         },
      
      which is a somewhat unnatural naming scheme, to:
         "hasPropertyFoo": true,
         "propertyFoo": "value",
      
      This enables us to use the pattern:
         if(json.optBoolean("hasPropertyFoo", json.has("propertyFoo"))) {
           ...
         }
      
      To permit either of the following as JSON blobs, for specifying a value for "propertyFoo":
      1) "hasPropertyFoo": true,            # What comes through from jelly
         "propertyFoo": "value",
      
      2) "propertyFoo": "value",
      
      It also allows any of the following as JSON blobs, for NOT specifying a value for "propertyFoo":
      3) "hasPropertyFoo": false,           # What comes through from jelly
         "propertyFoo": "value",
      
      4) "hasPropertyFoo": false,
      
      5) (nothing specified)
      
      NOTE: The main interest in flexibility in what JSON comes through is in support of: https://wiki.jenkins-ci.org/display/JENKINS/YAML+Project+Plugin, this is also the purpose of the couple renames that are mixed in with this.
      eec43983
  19. 29 9月, 2014 1 次提交
    • M
      Switch to using inline optionalBlock for several AbstractProject checkboxes so... · 86c911e8
      Matt Moore 提交于
      Switch to using inline optionalBlock for several AbstractProject checkboxes so that we are passed a boolean, instead of either null or {}.
      
      NOTE: The discrepancy between inline-optionalBlock and f:entry/f:checkbox is the text alignment, which optionalBlock keeps consistent with other elements (and what is done for these today).
      86c911e8
  20. 16 9月, 2014 1 次提交
  21. 08 9月, 2014 1 次提交
  22. 30 8月, 2014 1 次提交
    • K
      [FIXED SECURITY-149] · 9db1a1d1
      Kohsuke Kawaguchi 提交于
      ZeroClipboard 1.3.5 is rather incompatible with 1.1.7, and various API changes were needed.
      
       - setText() call doesn't work until the DOM is populated, which is at some unknown time AFAICT.
         installing it via the datarequested event avoids this problem.
       - constructor now demands the element to attach to, and it's unclear if relative positioning is working or not.
       - "display: inline-block" is needed for ZeroClipboard to correctly compute the height of the element
      9db1a1d1
  23. 23 8月, 2014 1 次提交
  24. 21 8月, 2014 4 次提交
  25. 20 8月, 2014 1 次提交
  26. 19 8月, 2014 2 次提交
  27. 14 8月, 2014 4 次提交
  28. 12 8月, 2014 1 次提交
  29. 11 8月, 2014 1 次提交