https://svn.dev.java.net/svn/hudson/branches/rc

........
  r27160 | kohsuke | 2010-02-08 13:06:09 -0800 (Mon, 08 Feb 2010) | 1 line
  
  updated changelog as a part of the release
........


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

https://svn.dev.java.net/svn/hudson/branches/rc

........
  r27147 | kohsuke | 2010-02-08 11:10:47 -0800 (Mon, 08 Feb 2010) | 1 line
  
  [FIXED HUDSON-5536] in 1.345 and added a test case.
........
  r27149 | kohsuke | 2010-02-08 12:01:18 -0800 (Mon, 08 Feb 2010) | 1 line
  
  added a backward compatibility measure to expose variables in both forms
........
  r27150 | kohsuke | 2010-02-08 12:02:19 -0800 (Mon, 08 Feb 2010) | 1 line
  
  forgot to commit this(?)
........
  r27151 | kohsuke | 2010-02-08 12:24:51 -0800 (Mon, 08 Feb 2010) | 1 line
  
  [maven-release-plugin] prepare release hudson-1_345
........
  r27153 | kohsuke | 2010-02-08 12:25:04 -0800 (Mon, 08 Feb 2010) | 1 line
  
  [maven-release-plugin] prepare for next development iteration
........


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

try to parse response (resulting in "no element found" in firefox error console).
Not the fix for 5536 itself, but nice to avoid js error after successful update.


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

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

Link to top level /people/ for AllView, otherwise to people for this view.
Hide link only for non-default, non-All view that would list no people.
Add heading on People page and a link to top level /people/ when appropriate.


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

page and is already listed there.


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

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

See:

  - SCM.compareRemoteRevisionWith
  - SCM.calcRevisionsFromBuild
  - SCMRevisionState

for details. This feature was originally developed in a branch,
whose merge records are as follows:

------------------

Merged revisions 24271,27060,27065,27083-27084 via svnmerge from 
https://www.dev.java.net/svn/hudson/branches/HUDSON-2180/main

........
  r24271 | kohsuke | 2009-11-30 19:41:30 -0800 (Mon, 30 Nov 2009) | 1 line
  
  committing my work in progress
........
  r27060 | kohsuke | 2010-02-05 18:11:05 -0800 (Fri, 05 Feb 2010) | 7 lines
  
  Made SVNRevisionState non-comparable, since doing so and distinguishing
  significant/insignificant changes is rather involving work.
  
  So that's why I originally opted for the compareRemoteRevisionWith method approach
  of telling SCM upfront about what it's comparing the state with.
........
  r27065 | kohsuke | 2010-02-06 08:49:50 -0800 (Sat, 06 Feb 2010) | 1 line
  
  crucial bug fix
........
  r27083 | kohsuke | 2010-02-06 10:37:46 -0800 (Sat, 06 Feb 2010) | 1 line
  
  doc improvement
........
  r27084 | kohsuke | 2010-02-06 10:39:50 -0800 (Sat, 06 Feb 2010) | 1 line
  
  doc improvement
........


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

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

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

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

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

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

https://www.dev.java.net/svn/hudson/branches/HUDSON-2180/main


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

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

https://www.dev.java.net/svn/hudson/branches/HUDSON-2180


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

https://svn.dev.java.net/svn/hudson/branches/rc

........
  r27047 | kohsuke | 2010-02-05 14:07:35 -0800 (Fri, 05 Feb 2010) | 1 line
  
  [maven-release-plugin] prepare release hudson-1_344
........
  r27049 | kohsuke | 2010-02-05 14:07:55 -0800 (Fri, 05 Feb 2010) | 1 line
  
  [maven-release-plugin] prepare for next development iteration
........
  r27053 | kohsuke | 2010-02-05 17:05:11 -0800 (Fri, 05 Feb 2010) | 1 line
  
  updated changelog as a part of the release
........


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

when creating a view (can be done by submitting form with enter key.. the OK button
is disabled)


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

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

Hudson wasn't properly streaming a large external build submission, which can result in OOME and unresponsiveness.

While investigating the sudden memory usage spike, I discovered that XMPP/MXParser doesn't have a capability of returning a long PCDATA as a series of events. Instead, it tries to buffer the whole thing and return it as a single string.
This obviously results in a horrible performance problem if the submission is large, as was the case.

Switching to StAX to prevent this problem. StAX API isn't a part of Java5, but we already bundle woodstox.

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

https://svn.dev.java.net/svn/hudson/branches/rc

........
  r27013 | kohsuke | 2010-02-04 16:39:39 -0800 (Thu, 04 Feb 2010) | 3 lines
  
  fixed a test failure.
  
  sometimes payload isn't a form, so using a header is more reliable.
........


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

for elements that should not have a closing tag.  Change in stapler:
https://stapler.dev.java.net/source/browse/stapler?view=rev&rev=1363
Now get patched dom4j via stapler dependency, so removed dependency in Hudson
core pom.  Also changed a few "&lt;br/&gt;" back to "<br/>" now that they will
be rendered properly.


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

https://www.dev.java.net/svn/hudson/branches/rc


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

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

replace any / chars with _


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

[FIXED HUDSON-5210] fixed this problem in Hudson that doesn't require any configuration change in Jetty.

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

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

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

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

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

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

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

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

(02:17:46 PM) timeless_mbp: http://deadlock.netbeans.org/hudson/job/javacard/lastSuccessfulBuild/
(02:17:48 PM) timeless_mbp: Test Result (no failures)
(02:17:55 PM) timeless_mbp: does it mean Test Result_s_ ?
(02:18:16 PM) timeless_mbp: (which matches Build Artifacts)

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

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

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

[FIXED HUDSON-5293] added equals() and hashcode() to Dependecy.class so that contains method can work correctly.

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

offering same upgrade again.


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

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

To work around the bug I just discovered in the submission server, these contributions have been replayed from
the Apache log files. As a result, it includes changes that are integrated earlier in rev.25498, which means
if those localizations are modified later, they'll be overwritten back.



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