I think this approach is quite fragile (well it works but may break very
soon...).
I would suggest that you talk with the author of the plug-in to see if
he could add an extension point for those properties.
Ulli
On 02/22/2012 11:12 AM, Emanuele Zattin wrote:
Let's suppose you have a Project
+1 to #3.
2012/2/22 Adrien Lecharpentier adrien.lecharpent...@gmail.com
Great work! my +1 to #3
--
Adrien Lecharpentier
Le 22 février 2012 09:06, Alyssa Tong at...@cloudbees.com a écrit :
Super. Thanks KK. #3 #5 are also my favorites..my top pick is #5.
On Tue, Feb 21, 2012 at 11:38
Greetings,
Try wiping out work/ directory and then restart hpi:run.
-Jesse
On Feb 22, 2012 4:38 AM, Emanuele Zattin emanue...@gmail.com wrote:
Hello there!
While developing a plugin I got the weird behavior shown in the
picture. Please note the null instead of job and the dead executors.
Hi guys,
If Iunderstand the problem, it's all about sharing information betwwen
plugins, right? And what about centralize these information?
In fact, Romain Seguy already talk about a (not open-sourced yet) plugin we
have and may fit your needs.
I would like to put something like this in the head of page of a plugin:
!--[if lte IE 8]script language=javascript type=text/javascript
src=makeStupidIeHappy.js/script![endif]--
Is it possible at the current stage?
BR,
Emanuele Zattin
---
-I
Actually CloudBees have a credentials store plugin that we will be
releasing OSS in the near future. That plugin should solve quite a few
credentials management problems.
On 22 February 2012 16:38, Daniel PETISME daniel.peti...@gmail.com wrote:
Hi guys,
If Iunderstand the problem, it's all
Just to let people know what kind of things it can do:
1. Introduces Global (all jobs in the system) System (only root
actions) scoped credentials
2. Introduces per-user credentials (only available to the user that owns them)
3. (With enhancements to our folders plugin) Introduces per folder
OK, so I'm starting to get the hint that this isn't interesting to people. :)
Other than modifying
hudson.plugins.parameterizedtrigger.BuildInfoExporterAction, is
there some other way to force the plugin to export details about the
builds it triggered for later build steps? I'm hoping that I
wow - its not me starting this again :)
here it is...
https://github.com/imod/jenkins/commit/451d1dc6b5c868d5f0a46bf150f5ed9cefd36f36
/Domi
On 22.02.2012, at 10:54, Andrew Gray wrote:
Hi All,
While we are speaking about Ui fixes, one thing I never understood is why
we have not changed
In my case I need at least access to ssh slave credentials to open an ssh
tunnel for selenium remote controls, or maybe even to the established
connections stored within ssh-slaves pluginImpl, if they can be used to
create tunnels.
But it seems currently I would need an extension point in
Greetings,
On Wed, Feb 22, 2012 at 8:11 AM, Romain Seguy romain.se...@gmail.com wrote:
May a JIRA admin change the owner of the following components from
rseguy to danielpetisme please:
backup
clearcase-ucm-baseline
copy-to-slave
mask-passwords
qc
rad-builder
role-strategy
was-builder
11 matches
Mail list logo