Reverted my fix, implemented the suggested change.

as they don't change a lot build will be faster !

Initialize the environment of the Jenkins server process correctly.

http://jira.codehaus.org/browse/MCOMPILER-109

Also see http://d.hatena.ne.jp/ssogabe/20091030/1256904551#c
and http://d.hatena.ne.jp/sikakura/20110308/1299546068 --- the issue is
that it fails when built on Japanese locale.

[FIXED JENKINS-8968] When both "block build when upstream/downstream is building" are checked,the upstream block check wasn't taking effect.

[JENKINS-8790] revisited the fix to take advantage of the atomicity between Queue.pop() and executor state change

This reverts commit 65689f17.

tasks.Mailer          from,subject,failureOnly,charset 1.10
model.Project         slave                            1.60
model.Descriptor      properties                       1.62
model.Slave           command,localFS                  1.69
model.AbstractProject enableRemoteTrigger              1.77
model.FingerprintMap  core                             1.91
If anyone still has very old XML with these, OldDataMonitor will
still handle it (as unreadable data instead of old data, and
with a bit more noise in the log).

this method is necessary only because earlier versions of Jenkins treated axis names "label" and "jdk" differently and we need to be able to read that back.

 So this measure is not needed for newly added Axes.

Support for expressions in matrix jobs. Added new axis, which allows specify label espressions as values of the axis.
Values are specified in textarea and each line represents one expression (axis value).

mappings.

on IE8, <A> element always gets empty string as name, not null. Empty name is not valid any way, so detect that accordingly.

in IE, innerHTML of TABLE is not modifiable (See http://support.microsoft.com/kb/239832), so this doesn't work. Looking at the similar code in the latest prototype.js, a work around is to create the full TABLE HTML fragment and inserting it to DIV.

in Firefox 3.6 on amd64 Ubuntu that I tested, setting innerHTML of TBODY to "<tr>...</tr>" doesn't just add a TR, and Firefox tries to fix it to something broken. But setting innerHTML of a TABLE to "<tr>...</tr>" works as expected.

that results in missing tail bits when the master is heavily loaded.

strange intermediate nodes.
(For example, when we are inserting a number of <TR>s)