How does a stapler work with select tag

i have below entry in config.jelly for BuildWrapper class ${installation.name} I am trying to validate the dropdown using doCehck method in the same descriptor with below signature public FormValidation

Re: Finding relevant jelly for branch-api

Oh i was thinking because ViewImpl in branch-api calls getItems in getDisplayName since view has to call get items it can just check the size from there eliminating the need to call getItems twice or three times. Only problem is that view has to be reworked to incorporate this. Might not be

Re: Jenkins comic project: Call for brainstorming volunteers

+advocacy and outreach sig. Just a reminder that we will be meeting tomorrow via the Advocacy and Outreach Sig channel to brainstorm the voice and personality for the butler in the Jenkins comic. DATE: Thursday, 23 January 2020 TIME: 5pm CET | 8am PT | 11am ET Call in: Join Zoom Meeting

Re: Support List on jenkins.io?

I like the idea of waiting for the advocacy meeting but that doesn’t mean we can’t get started on a WIP pr > On Jan 22, 2020, at 9:21 PM, 'Gavin Mogan' via Jenkins Developers > wrote: > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers"

Re: Support List on jenkins.io?

> I like the idea of pr’s. Are you also saying that the list is available for any company to pr? Yep, Literally "community managed list of commercial support", just like the wiki > I would be good with a list where every company can pr but how does a company fleet validated. I see room for

Re: Support List on jenkins.io?

I like the idea of pr’s. Are you also saying that the list is available for any company to pr? I also think with the move to the CDF it will operate much like the CNCF and have certified service providers. I would be good with a list where every company can pr but how does a company fleet

Re: Support List on jenkins.io?

Yea I don't think we'd want to curate it, but allow it to be PRs to manage. Like the awesome lists. > The wiki has https://wiki.jenkins.io/display/JENKINS/Commercial+Support . Wiki is read only now, so we need a place on jenkins.io for that type of information. Yea that would be what I was

Re: Support List on jenkins.io?

This seems to be along the lines of what Oleg raised mid-last year ( https://groups.google.com/d/msg/jenkinsci-dev/-1cDktjaI6A/FRT21zTqDQAJ ). I think that there does need to be a very clear steer that the project itself runs on a voluntary basis and perhaps have a list of commercial support

Re: Support List on jenkins.io?

Gavin, I certainly empathize with what you are saying about that and agree on a need for a better way to help. I am not sure a good option is available. Adding support like reference runs the risk of a conflict with how that list is curated, as you mentioned. It also semi takes the open-source

Re: Support List on jenkins.io?

I like the idea very much. We could create a page and allow changes to the page through pull requests. If an organization wants to note that it provides commercial support for Jenkins, they do it by pull request. I don't think we should put too much overhead on organizations that want to add

Support List on jenkins.io?

Hey Everyone, As one of the few that regularly hang out in the users channels (#jenkins on irc, or #jenkinsci/jenkins on gitter) I was wondering how everyone felt about a central location where we can point users to for commercial support. There's definitely some users who come in, ask straight

Re: Dash / DevDocs docset for Jenkins

On Wed, Jan 22, 2020 at 10:43 AM Chris Kilding wrote: > Jenkins admins in my company utilise the Pipeline DSL reference and the > JobDSL reference quite heavily - these are the things we’d most like to have > in an offline docset. Not sure offhand about `job-dsl`, but the Pipeline DSL is

Re: Dash / DevDocs docset for Jenkins

Yes! Big +1 to that idea. I've been wanting to have a docset for the pipeline DSL for awhile now, but I never got around to hacking something together. Such a resource would be much appreciated. From: jenkinsci-dev@googlegroups.com on behalf of Chris

Re: JIRA Sign Up Issues

Hi David, Thanks for reporting this, It seems the problem is not gone. I give it another look --- gpg --keyserver keys.gnupg.net --recv-key 52210D3D --- On Wed, Jan 22, 2020, at 3:53 PM, Marky Jackson wrote: > Currently there is an issues being worked on with LDAP > >> On Jan 22, 2020, at

Dash / DevDocs docset for Jenkins

Hello, Would the community be interested in having a Dash/DevDocs docset for Jenkins? I’d be willing to do the packaging work for this if there is sufficient interest. For our part, Jenkins admins in my company utilise the Pipeline DSL reference and the JobDSL reference quite heavily - these

Re: Finding relevant jelly for branch-api

On Wed, Jan 22, 2020 at 9:48 AM Raihaan Shouhell wrote: > when core calls getItems() in jelly > you can get the size and therefore skip the need for permissions checks `getItems` would still need to run permission checks, regardless of where it is implemented. -- You received this message

Re: What is the best approach for mutually exclusive permissions - re: proposed Jenkins.CONFIGURE and Jenkins.SYSTEM_READ permissions

On Tue, Jan 21, 2020 at 8:24 PM Michael Cirioli wrote: > Consider the case where a user has both Jenkins.CONFIGURE and > Jenkins.SYSTEM_READ - what would the expected experience be? > > ..a user may be shown things that can be changed by a user with > Jenkins.CONFIGURE, but the changes may not

Re: JIRA Sign Up Issues

Currently there is an issues being worked on with LDAP > On Jan 22, 2020, at 1:33 AM, David Hodgkinson > wrote: > > Hi there, > > When attempting to sign up for an account here: > https://accounts.jenkins.io/signup in order to open a bug report with a > plugin I get the following error: >

REPOST: setting path in Buildwrapper setup()

Hi , I want to set the PATH variable during setup() of BuildWrapper. and use the tools for which i am setting path directly on command line during my build step (Builder class). I am trying to set the env variable using below in setup() method of Build Wrapper

JIRA Sign Up Issues

Hi there, When attempting to sign up for an account here: https://accounts.jenkins.io/signup in order to open a bug report with a plugin I get the following error: HTTP ERROR 500 Problem accessing /doSignup. Reason: Server Error Caused by: javax.servlet.ServletException:

Re: Finding relevant jelly for branch-api

Thanks for the reply Jesse, my idea was because branch-api wants to show the number of items in its view if core should provide that feature and that way when core calls getItems() in jelly you can get the size and therefore skip the need for permissions checks. But I'm not sure if its worth

Re: Getting jenkins build user

Yes the useridcause will have the information you need On Wednesday, 22 January 2020 17:27:23 UTC+8, selva vignesh wrote: > > Hi, > I have developed Jenkins plugin for my use. In that i am getting > *triggerer* of build (i.e build user, who triggered a build). Now i am > using Jenkins own

Re: Proposal: Expanding the Jenkins Core maintainers team

Sounds good to me On Wed, 22 Jan 2020, 5:59 AM Victor Martinez, wrote: > +1 > This is really great news!! Thanks for moving forward <3 > > -- > You received this message because you are subscribed to the Google Groups > "Jenkins Developers" group. > To unsubscribe from this group and stop

Getting jenkins build user

Hi, I have developed Jenkins plugin for my use. In that i am getting *triggerer* of build (i.e build user, who triggered a build). Now i am using Jenkins own database for user. If i migrate to AD, *am i able to get userid from build?.* > Cause.UpstreamCause upstreamCause =

Re: Defaulting a jelly optionalBlock checkbox to checked/true

It would help if you would post the relevant part of your jelly file > Am 21.01.2020 um 23:24 schrieb Khushboo Sancheti : > > Hmm, thanks! Not a jelly expert by any means, trying to use a set_if to set > the value of a variable based on instance == null or not, and use that as the > checked

Re: Help, my plugin could't through jenkins ci.

First of all please make sure that we are allowed to publish the API in our public Nexus, I can’t find any English page that references the library. > Am 22.01.2020 um 09:12 schrieb liuweiGL : > > The jar is sdk of DingTalk(钉钉) > , and it

Re: Help, my plugin could't through jenkins ci.

The jar is sdk of DingTalk(钉钉) , and it belongs to Alibaba . i don't know the reason also, i will consult them and deploy the artifact in your Nexus instance. But, i don't know what to do... Is there any

Re: Help, my plugin could't through jenkins ci.

The jar is sdk of DingTalk(钉钉) , and it belongs to Alibaba . i don't know the reason also, i will consult them and deploy the artifact in your Nexus instance. Then, i don't know what to do... > If it is open

Re: Help, my plugin could't through jenkins ci.

The jar belongs to Alibaba , i don't know the reason also, i will consult them. 在 2020年1月22日星期三 UTC+8下午3:42:55，Ullrich Hafner写道： > > Then it cannot work: other users cannot build your plugin as well. > > Is the jar somehow proprietary and does not use an open