git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11810 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11809 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11806 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11804 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11803 71c3de6d-444a-0410-be80-ed276b4c234a

a big part of memory leak seems to be caused by unnecessarily expanded ByteArrayOutputStream, so reallocating new instances instead of reusing.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11800 71c3de6d-444a-0410-be80-ed276b4c234a

For the allocationTrace to be really useful, its call stack needs to be captured in StackTraceElement[], not in the encoded binary form.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11799 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11783 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11782 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11781 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11780 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11779 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11778 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11749 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11726 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11724 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11723 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11722 71c3de6d-444a-0410-be80-ed276b4c234a

According to http://groups.google.com/group/mozilla.dev.tech.js-engine.rhino/browse_thread/thread/0212c06f07d5a446 , the use of RegExp.$1 is not ECMA compliant, and it causes Rhino to fail. So modified to avoid that problem.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11721 71c3de6d-444a-0410-be80-ed276b4c234a

- a previous call to toLowerCase() made the test useless.

- possible trailing info after "-SNAPSHOT" resulted in parsing exception.


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11716 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11715 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11714 71c3de6d-444a-0410-be80-ed276b4c234a

initialize values to something so that the test harness that doesn't use WebAppMain still works correctly

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11713 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11711 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11710 71c3de6d-444a-0410-be80-ed276b4c234a

Corrections and additions for German localization. Replaced cvspass.jelly by cvspass.html, as Jelly tags do not work in this context

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11709 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11707 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11705 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11704 71c3de6d-444a-0410-be80-ed276b4c234a

I wonder if I should switch to Groovy for writing tests.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11703 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11701 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11699 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11697 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11695 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11694 71c3de6d-444a-0410-be80-ed276b4c234a

Turns out the test failure I saw during a release was a real problem, not a timing issue.

I guess the good news is that the tests are now indeed catching this kind of problems, which is a big step forward.

The sad part is that I ignored it and went ahead with a release anyway.

This bug is fixed in 1.251.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11693 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11692 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11686 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11683 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@11675 71c3de6d-444a-0410-be80-ed276b4c234a