- 23 8月, 2012 3 次提交
-
-
由 Jesse Glick 提交于
Unclear whether 'function() {...}();' is syntactically valid (works in Chrome & HtmlUnit tests) or whether we need '(function() {...})();' as Rhino seems to demand and various other scripts use.
-
由 Jesse Glick 提交于
Continuing c9cf3b67, retain jenkinsRule but empty as a placeholder, and register its rules in the new way. Registering them with increasing positions, since there seems to be some implicit order dependency involving TR.rowvg-start.
-
由 Jesse Glick 提交于
-
- 22 8月, 2012 6 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
Retain hudsonRules/jenkinsRules for now, as many scripts in core & plugins directly modify this hash.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
Callers seem to expect that priority behaviors are applied before any behaviors in other selectors.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 04 8月, 2012 2 次提交
-
-
由 Jesse Glick 提交于
[JENKINS-14495] Refined fix - needed to pull uniqueness check out of apply() fn in case we were being passed an Array of nodes. Fixes test failures introduced by dbb100da, and adds a test for it now that I know it can be done.
-
由 Jesse Glick 提交于
Unlike [JENKINS-14514] this is a true fix rather than a workaround (now removed), and is more general. cjo9900 discovered that behaviors were being redundantly registered (as of 1.474 the monolithic JS is broken up); this caused some behaviors to be run repeatedly on the same elements, breaking reasonable expectations of some behaviors. The ideal fix would be to change Behavior.register to be idempotent: for example, key it by selector, then maintain a set of distinct behavior functions for each. Unfortunately some adjuncts directly call Behavior.list.unshift, bypassing register(...), which would be tricky to intercept (would need to make a mock of Array). The known one cases are in core, but it is possible plugin adjuncts do this too, in which case it would be incompatible to (say) change the Array<Map<String,Behavior>> to a Map<String,Array<Behavior>>. Instead, permitting redundant registrations as before, and just silently skipping all but the first at runtime when applying behaviors. Beware that since adjuncts are loaded from multiple places, different JS function objects are registered each time, so a naive set of behavior functions does not work; have to identify functions by their toString in order to ensure that each is run only once. (Currently once _per selector_, conceivably >1x per element; could if necessary be refined to make sure a given behavior is only run once on a given element during one call to applySubtree even if the element matches multiple selectors.)
-
- 31 7月, 2012 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 28 7月, 2012 1 次提交
-
-
由 Jesse Glick 提交于
-
- 30 6月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Don't expose stuff that need not be exposed.
-
- 29 6月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
One of the problems with the current way Jenkins puts JavaScripts is that most everything is in a single file. It doesn't highlight the relationship between those fragments and their corresponding tag files. So I'm experimenting with moving out these fragments into individual JavaScript files co-located with the tag file. They then get loaded into the page via <st:adjunct>. Each script is served with unique URL such that the browser will not even have to try conditional GET when loading different pages, so this should prevent the performance problem caused by the fact that there are now lots of <script> tags in the page. If for some reason even this turns out to be a problem, we can always add additional build steps to concatenate them all.
-
- 23 6月, 2012 4 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
This makes it consistent with other buttons like repeatable-add-button, and use of '-' prevents name collisions with form names, and make all of those UI controls addressible in the same namespace
-
- 22 6月, 2012 1 次提交
-
-
由 Alberto Gragera 提交于
Make Jenkins stop polling resources if the page is not visible (and if the browser supports Page Visibility API), restoring pollings when the page becomes visible again. This will make tabs in the background to not consume resources
-
- 06 6月, 2012 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
Previously, the code was "find the nearby element of the expected @name, then make sure it has gotten the right parent." So if the structure is like: {/* outer object */ name: "parent-name", /* A */ child1: {/* inner object */ name: "child-name" /* B */ }, child2: {/* inner object */ name: "child-name" /* C */ } } ... and if we are looking for "../name", it finds B, and it gets rejected, so we won't be able to find A, which is what we are supposed to find. With this change, we keep trying until we find the right one, so the above case will correctly return A.
-
- 31 5月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 25 4月, 2012 1 次提交
-
-
由 OHTAKE Tomohiro 提交于
-
- 19 4月, 2012 9 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 06 3月, 2012 2 次提交
-
-
由 OHTAKE Tomohiro 提交于
http://jenkins.local/job/JOBNAME/configure will become 10%-faster in Chrome 14 and 20%-faster in IE 9.
-
由 OHTAKE Tomohiro 提交于
$(e).next() may return undefined. If 2nd argument of insertBefore is undefined, IE9 complains "SCRIPT87: Invalid argument". To insert newChild at the end, 2nd argument should be null. http://www.w3.org/TR/2000/REC-DOM-Level-2-Core-20001113/core.html#ID-952280727
-
- 02 3月, 2012 4 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This change, in parallel to a fix in stapler bind.js, would maximize the backward compatibility.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
made to work with <textarea>s, too. git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@8172 71c3de6d-444a-0410-be80-ed276b4c234a
-
由 Kohsuke Kawaguchi 提交于
-