- doc update

In the JavaDocs for SCM#calcRevisionsFromBuild, if says:
This method is called after source code is checked out for the given build (that is, after SCM#checkout has finished successfully.)

This appears to make sense; after you have a known SCM state, you calculate the revisions.  It doesn't explicitly state it, but it
implies that it won't be called if checkout failed.  In those cases, the state may well not be known, and it doesn't make sense to
attempt to calculate the revisions.

The behavior in AbstractProject#checkout has been to always call calcPollingBaseline, regardless of whether checkout failed or
succeeded.  This is causing misleading error output for the mercurial plugin.  With this change, AbstractProject will only do the
calculations when checkout succeeds.

getBuildingUpstream() to public so they can be accessed from plugins,
small refactoring (reuse getTransitiveDownstreamProjects() and
getTransitiveUpstreamProjects() respectively)

- suppressed/fixed several compiler warnings

    record userId not username.

Added a new WipeOut permission (enabled through the hudson.security.WipeOutPermission system property) to control the "Wipe Out Workspace" action

Possible fix for JENKINS-9806, fix empty customWorkspace -if empry, replace it by null (i.e. no custom workspace)

Just import changes, from hudson.model.Jenkins -> jenkins.model.Jenkins,
and Javadoc comments.
Signed-off-by: NNigel Magnay <nigel.magnay@gmail.com>

Signed-off-by: NNigel Magnay <nigel.magnay@gmail.com>

Added autocompletion to build after other textbox, and textboxes can now use autocompletion without needing a true field via the autoCompleteField attribute.

I wasn't initially planning to do this, but it turns out more people needed this feature than I thought.

I left the text as is, but defined a mechanism to override this in the plugin, in a possibly context sensitive way. For example, a plugin can replace this text on a job-by-job basis, or by looking at some property/builder/etc.

marker.

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

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).

Added autocompletion to build after other textbox, and textboxes can now use autocompletion without needing a true field via the autoCompleteField attribute.

- AbstractProject.getBuildingUpstream/getBuildingDownstream()
  should be symmetric.
- It's unlikely for us to add another category of items,
  so reverted getUnblockedItems() implementation to the older one
  that was more efficient.
- ItemList was meant to be internal, so keep it as such,
  at least for now.

Changed logic to build list of unblocked items in the queue safely so it will not break if a new category of queue items is added

[FIXED JENKINS-8929] Changed the definition of a building downstream project to one that is Building, Waiting, Pending or Buildable
but NOT blocked.  This prevents the deadlock condition where upstream project A is blocked on downstream project B, which is
blocked on upstream project A - now in this scenario B will remain blocked but A will build, eventually freeing up B.

I wasn't initially planning to do this, but it turns out more people needed this feature than I thought.

I left the text as is, but defined a mechanism to override this in the plugin, in a possibly context sensitive way. For example, a plugin can replace this text on a job-by-job basis, or by looking at some property/builder/etc.

polling interval is shorter than quiet period and we need a build/workspace
for polling (don't continuously push out the quiet period)


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

page.



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

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

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