GitHub PushEvent at 2014-03-17 13:40:42
Repository: jenkins
Actor: kohsuke
Payload: {"shas":[["84e8d011805194578d3b3ccfca060ce5cffbf7eb","830ba16840250f111dc0dd8bfd12947f8b0eea65@gmail.com","[FIXED JENKINS-21969] Performance issue with search box when doing case insensitive searching.","christ66",false],["ae5a3cb3620b21daf2572b570312efabbaeed046","830ba16840250f111dc0dd8bfd12947f8b0eea65@gmail.com","Merge branch 'master' into JENKINS-21969","christ66",false],["c68cfc9d8cdb47c0e983a6eba9b75559bebc284d","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Introduced LazyBuildMixIn.","Jesse Glick",false],["fad45aeb462de06012a3faa92b1c0cc219ebca22","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Shuffled a line of Javadoc to its intended location.","Jesse Glick",false],["b1acf9c47cebc93d4a2aef5f891b79e65b64b811","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Forgot to call LazyBuildMixIn.onLoad.","Jesse Glick",false],["4c3344bfd19607bb3a412e2023c91179872af10d","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Introduced LazyLoadingJob marker interface.\n1. ItemListenerImpl needs to know which items have a RunMap on which it can call updateBaseDir.\n   Using reflection sort of worked for this purpose, but was messy.\n2. onLoad needs to get the RunMap from a peer of the owning job.\n   Reflectively calling _getRuns on the peer did not work since it may not yet have had a base dir set.\nSo we need a way of finding the actual mixin (or at least the RunMap) of a given job.\nThis is not pretty but seems preferable to injecting something into the type hierarchy between AbstractProject and Job.","Jesse Glick",false],["da79f7b70fb68aee585c57d8f820b773781905ac","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","No obvious reason why the specialized doDoDelete in AbstractProject could not be pulled up into AbstractItem.","Jesse Glick",false],["fbf3542e74f1e89e3400824914adc0a237b03a73","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Some Jelly fragments which make sense only for AbstractProject were for some reason defined in AbstractItem.","Jesse Glick",false],["6c4a104993dd9c7fe888835955e0bc11add4a9d0","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","onLoad should not *recreate* LazyBuildMixIn after a reload.","Jesse Glick",false],["66d61328ccd986204d37e550d10f3aa694839713","80381af0143e1d85ecba438c6120ac63be1aea9f@redhat.com","Expose PrivateKeyProvider","Oliver Gondža",false],["f024f59058fd8475b78fbb09b23a121e695a1ae1","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Making RunMap work properly for non-AbstractProject-based jobs using lazy loading.\nJENKINS-22052 is not fixed by this for existing Job types like ExternalJob which still do not use lazy loading.","Jesse Glick",false],["d3c02465f070c1b8b3d8cbacf93201a16c1e6ff6","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","For binary compatibility must continue to override getPrevious/NextBuild in AbstractBuild.","Jesse Glick",false],["dee334fb0ab24b34a06e39ea3c6c72f971917cf8","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Cannot initialize selfReference until getId() is correct.","Jesse Glick",false],["bb2100c84fff74bd1b90919d93be3ca643650d26","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","The concurrentBuild field is defined in AbstractProject (at least for now) so that is where its help should live.","Jesse Glick",false],["9f19ae91f7611344268390470f22515fdadc5c71","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Introduced ParameterizedJobMixIn so that non-AbstractProject’s can use ParametersDefinitionProperty.","Jesse Glick",false],["78e09522913be9f4318a53b0d40bbde43534423c","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","getParameterizedJobMixIn turned out to be unnecessary.","Jesse Glick",false],["d0c61b0fa5caad3cb30b1040f3328ecf57347e84","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","ParameterizedJobMixIn is stateless.","Jesse Glick",false],["d1b713a4d86a846af2305705e42de8f0709b19ce","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Renaming the newly introduced method avoids the need for an ambiguous overload.","Jesse Glick",false],["5b7ece6630e52cc32d1ac740fa48bb74f963935d","f03f7b035106bba3da9b565be6f0115dc0d88f87@cloudbees.com","Restore getJobActions(AbstractProject) for compatibility.","Jesse Glick",false],["410ad80730b2825111bb5cf86d6638d236070592","e81b1e0ce842b1fa1bb7c706bfb00e9b0cc393d7@github.com","Fix terminology used in BuildTrigger conditions\n\nIf the result needs to be SUCCESS, it needs to be called 'stable',\nnot 'successful' -- the latter is UNSTABLE or better.\n\nReferences:\n- PermalinkProjectAction (lastStableBuild for SUCCESS,\n  lastSuccessfulBuild for UNSTABLE or better)\n- Last Successful list view column (includes unstable builds),\n  Last Stable column (doesn't)","Daniel Beck",false]],"size":76,"ref":"refs/heads/rc","head":"78760d5b6c1edf95d77053a672563eed38eed520"}