GitHub and Bitbucket branch source UI refactoring

[Stephen Connolly]

Just a quick status update.

In final stages of this work now. Bobby is being a superstar and reviewing my 13k LoC change on the Bitbucket branch source - brings lots of feature parity with GitHub and adds the configuration ability of the pure Git branch source

I am finalising the GitHub Branch Source changes... likely to be another big PR

Then there's a 5k LoC change in the Git plugin

Plan is to try and get all merged next week and cut a beta

I'll be looking for people to help test at that stage.

Please respond if you think you can help (lots of bugs fixed as a side effect of the refactoring - it makes things more easy to test => I found and fixed bugs)

--

Sent from my phone

[Mark Waite]

I'd like to be part of the beta test.

Mark Waite

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMxfYrZphgYDXFD3i%2Bo_7eDn7mn2qVrzJz6wFaoVkNmc%2Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Kevin Burnett]

we'd be down to try that, yes. thanks for making these changes in a way that will benefit the product long-term!

fingers are crossed that there's already a built-in way to pretend like pull requests don't exist! you're already building the branches; why also build the pull requests, eh? :)

thanks!

kb

[Dan Tran]

I will give it a spin too.

Thanks

-Dan

[Michael Kobit]

I may be able to help with this as well.

You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/5dd15ac2-b8a2-4ebd-bb4a-3bffa4815227%40googlegroups.com.

[Stephen Connolly]

OK! Here we are... testing time!

These are the plugins that are being covered: (download links should be live in an hour or two)

scm-api 2.2.0-alpha-1 https://updates.jenkins.io/download/plugins/scm-api/2.2.0-alpha-1/scm-api.hpi

branch-api 2.0.11-alpha-1 https://updates.jenkins.io/download/plugins/branch-api/2.0.11-alpha-1/branch-api.hpi

git 3.4.0-alpha-1 https://updates.jenkins.io/download/plugins/git/3.4.0-alpha-1/git.hpi

mercurial 2.0-alpha-1 https://updates.jenkins.io/download/plugins/mercurial/2.0-alpha-1/mercurial.hpi

github-branch-source 2.2.0-alpha-1 https://updates.jenkins.io/download/plugins/github-branch-source/2.2.0-alpha-1/github-branch-source.hpi

cloudbees-bitbucket-branch-source 2.2.0-alpha-1 https://updates.jenkins.io/download/plugins/cloudbees-bitbucket-branch-source/2.2.0-alpha-1/cloudbees-bitbucket-branch-source.hpi

Recommended testing procedure:

1. Set up a throw-away Jenkins running a version similar to your production environment with the pre-upgrade versions of the plugins you are using.

2. Set up ideally at least one organization folder and one standalone multibranch project building your source code - to a first order you do not care if the builds succeed or fail, only that the branches are found.

3. Trigger a scan / index of your organization folders and standalone multibranch projects.

4. Wait for the queue to complete

5. Run the script in the system script console: https://gist.github.com/stephenc/64ef58783b4438a126ad4e3f43062df1 and save the output to smoke-pre-upgrade.txt

6. Upgrade the relevant plugins, restart Jenkins.

7. Run the script in the system script console: https://gist.github.com/stephenc/64ef58783b4438a126ad4e3f43062df1 and save the output to smoke-post-upgrade.txt

8. Trigger a scan / index of your organization folders and standalone multibranch projects.

9. Wait for the queue to complete

10. Run the script in the system script console: https://gist.github.com/stephenc/64ef58783b4438a126ad4e3f43062df1 and save the output to smoke-post-rescan.txt

At this point, do a diff between smoke-pre-upgrade.txt and smoke-post-rescan.txt

You are looking for three classes of difference:

a. branch jobs that have been rebuilt for no reason (i.e. the revision is the same)

b. branch jobs that have disappeared for no good reason (i.e. the branch is still present in the backing scm)

c. branch jobs that have suddenly appeared for no good reason (i.e. the branch was there before but not found) [expecting some of these for BitBucket PRs from forks, but only after configuration updated, saved and another rescan performed]

My expectation is that nobody will have these kinds of issues.

Also try out the new UI to see what you think.

Please report back your testing results either way. Don't forget to report back your UI feedback too ;-)

After doing that test in a throw-away Jenkins, you can *optionally* repeat the test on a more production-like (emphasis on being production-like not production) instance... but this is code that has not yet completed code review (hence -alpha-1 not -beta-1) so it is at your own risk. There are additional issues to be aware when using more production-like environment:

a. You may have builds that were assuming branches were full clones, now the refspec is tightly reduced to minimize clone time. If you need a full clone you will need to add the "Advanced Clone" behaviour.

b. Mercurial repositories on Bitbucket Cloud do not support merge commits for PR building (yet)

c. Credential domains were not being correctly compared so as a result - if you are using credential domains to help sort credentials - there may be cases where the credentials are now searched for in a different domain than you had them in, so your domains may need reconfiguration to have the credentials found by the multibranch project / org folder.

d. The pipeline snippitizer is generating $class style for some of the GitHub and BitBucket specific behaviours, this is because my plan is to further consolidate the implementations and have a single shared implementation of each for these plugins, that way they can have a single @Symbol annotation... if that is too difficult then the @Symbol would need to be prefixed with gitHub / bitbucket respectively, e.g. gitHubBranches, bitbucketBranches for the discover branches behaviour.

Thanks in advance

-Stephen

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/5dd15ac2-b8a2-4ebd-bb4a-3bffa4815227%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "Jenkins Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CALELY9GHbX4WuHdDKM8-bU1xR5voh-NsfHeQXNAxMjJpXkiwrw%40mail.gmail.com.

[Stephen Connolly]

If you are chomping at the bit, here are all the binaries:

https://www.dropbox.com/sh/47weboatdzus22w/AADNF_aBniOyEeQi9MvM82sMa?dl=0

SHA1 checksums:

d9c346ac8db497a35825c7dbbb934842a2bc429a  branch-api.hpi

16da429f09fb585fd1d744809ee22c8d612fb62c  cloudbees-bitbucket-branch-source.hpi

234fa8eb88dad3241d620bb0116dd12fb9decbba  git.hpi

a68be01144f3045f81a5cf3c0bc60ad12f39b643  github-branch-source.hpi

92237097815b45260bb8b272caa9be9f92eb5085  mercurial.hpi

04c321420b3752a8d8b3af89cae1bf5934607b1c  scm-api.hpi

SHA256 checksums:

858ce20992c3f179b850c512979999084b11fe7c4c173cf6d4d2e07bbfebf3e7  branch-api.hpi

8ebff7a3ec43df276d4b51d1e5bcb910bbe8eb4cd47a4be0e35f2f2ca1cd0e03  cloudbees-bitbucket-branch-source.hpi

46cbbf11395df4a085829094d5a36dee7328aeba00d33e34b44aa0dcf9898248  git.hpi

6495a60f1bf0733d807f412434c6c2e24b7bba53fd7ce348ca5319ef38571f20  github-branch-source.hpi

173d12042fe8582efdb52e740f4e939b9daa05f181c6aaff31824337d519a31c  mercurial.hpi

9b58e9e6d13ce90a91b73f38142bf0977f244df9c52b948988f9d5bdc3785481  scm-api.hpi

-Stephen

[Stephen Connolly]

How many people have been able to try this so far?

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/5dd15ac2-b8a2-4ebd-bb4a-3bffa4815227%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CALELY9GHbX4WuHdDKM8-bU1xR5voh-NsfHeQXNAxMjJpXkiwrw%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

[Mark Waite]

I haven't tried it yet.  I'm configuring the "before" state today and will capture its state, then will deploy the new code tomorrow morning and capture the after state.  I won't do anything to compare those until tomorrow evening or this weekend.

Mark Waite

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMz1NimOSn1UYZyjwZ4KFEiDFoHf6L9Wy7Q3vyDb6959-Q%40mail.gmail.com.

[Michael Kobit]

Will be able to run this through tomorrow or Friday. The before state is harder to get because of how we manage onboarding consumers.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtEmZC_dde2yyEHpGEY3e_V4rY2tqO2NXhyO0YZDytDipw%40mail.gmail.com.

[Stephen Connolly]

If you cannot get an ideal "before" that's ok... I'm just trying to make it easier to know if you have and problematic rebuilds... if you can't get it clean, best is better than none at all

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CALELY9G%3Df6Wpn8%2BGKcp3DtqRFpG4%3DMYqg%3D0Ca4wBDqPi1WzPtQ%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

[Michael Neale]

I saw all jobs disappear in a github org folder that blue ocean created previously, when I triggered a scan. 

(it also doesn't seem to trigger scans if I add change the pattern, or run the wizard again). 

[Stephen Connolly]

On Thu 22 Jun 2017 at 04:29, Michael Neale <mne...@cloudbees.com> wrote:

I saw all jobs disappear in a github org folder that blue ocean created previously, when I triggered a scan. 

(it also doesn't seem to trigger scans if I add change the pattern, or run the wizard again). 

I need to investigate some of the hacks BO is using.

I suspect this is probably just one deprecated constructor that needs tweaking

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/6ccb9521-13a1-4beb-aef5-f313672db870%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Stephen Connolly]

I believe the issue is due to BlueOcean continually replacing the GitHubSCMNavigator and the legacy constructor not populating the discovery traits using the legacy defaults. Great that we caught this now.

This does point to an issue for anyone using BlueOcean and configuring traits on a BlueOcean-managed organization folder... namely any configuration they do in the classic UI will be blown away by the next change from the BlueOcean UI... this only applies to GitHub Org Folders

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/6ccb9521-13a1-4beb-aef5-f313672db870%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Michael Neale]

It does look better now with the new version. I confirmed running a scan didn't make anything go away. 

[Stephen Connolly]

So yes, it's github-branch-source 2.2.0-alpha-3 that is required for as good as possible inter-op with BlueOcean.

Note that when using BlueOcean with GitHub Org Folders you will fall victim to JENKINS-45058 irrespective of the version of GitHub Branch Source that you are using... the migration to traits makes this issue even more evident as now it is no longer the includes / excludes / build branches / build branches that are PRs / build origin PR head / build origin PR merge / build fork PR head / build fork PR merge / pattern fields that are subject to being reset but also the new traits... so if you configure say a Git LFS checkout behaviour and then add a repository with Blue Ocean, that Git LFS behaviour will be removed by BlueOcean

https://github.com/jenkinsci/blueocean-plugin/pull/1188 or https://github.com/jenkinsci/blueocean-plugin/pull/1187 fix that bug in BlueOcean, but there are some questions that need resolving before those PRs can be finalized.

https://github.com/jenkinsci/blueocean-plugin/pull/1186 shows that the changes (as of 2.2.0-alpha-2 + ) do not introduce any regressions in the interaction with BlueOcean... though obviously as JENKINS-45058 was always present, it remains so.    

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/0a9e9a1d-ac99-4acb-a9ca-8546c40b6377%40googlegroups.com.

[Mark Waite]

I used the experimental update center to update to the latest beta plugin versions.  I didn't have access from my Jenkins to the CloudBees BitBucket Source Branch plugin, so I'm ignoring it.

Mark Waite

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/0a9e9a1d-ac99-4acb-a9ca-8546c40b6377%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMwQU7%3D74BGP4grSWt4e00ct-RwkA8KZp3HBV02scHKtkg%40mail.gmail.com.

[Stephen Connolly]

It's now known as the BitBucket Branch Source plugin... but the plugin short-name is cloudbees-bitbucket-branch-source

On 22 June 2017 at 13:41, Mark Waite <mark.ea...@gmail.com> wrote:

I used the experimental update center to update to the latest beta plugin versions.  I didn't have access from my Jenkins to the CloudBees BitBucket Source Branch plugin, so I'm ignoring it.

Mark Waite

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/0a9e9a1d-ac99-4acb-a9ca-8546c40b6377%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMwQU7%3D74BGP4grSWt4e00ct-RwkA8KZp3HBV02scHKtkg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtEgQcGACu6RgfyjbQk%2BnSO3FUvdQOGM_Q09j1nejFVOJQ%40mail.gmail.com.

[Stephen Connolly]

In any case we are probably more interested in other Bitbucket users as at most you (Mark) would end up using the CloudBees testing Bitbucket Server instance which is the same one I used and we are more interested in testing a variety of configurations not multiple people testing the same configuration ;-)

[Mark Waite]

On Thu, Jun 22, 2017 at 7:19 AM Stephen Connolly <stephen.al...@gmail.com> wrote:

In any case we are probably more interested in other Bitbucket users as at most you (Mark) would end up using the CloudBees testing Bitbucket Server instance which is the same one I used and we are more interested in testing a variety of configurations not multiple people testing the same configuration ;-)

My bitbucket testing is typically limited to the bitbucket.org account that I've used for git plugin testing.  I'm sure that type of account (and server) will be exercised by others.

I hadn't added that plugin to my standard set of installed plugins.  I'll add it now.

Mark Waite

 

On 22 June 2017 at 14:17, Stephen Connolly <stephen.al...@gmail.com> wrote:

It's now known as the BitBucket Branch Source plugin... but the plugin short-name is cloudbees-bitbucket-branch-source

On 22 June 2017 at 13:41, Mark Waite <mark.ea...@gmail.com> wrote:

I used the experimental update center to update to the latest beta plugin versions.  I didn't have access from my Jenkins to the CloudBees BitBucket Source Branch plugin, so I'm ignoring it.

Mark Waite

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/0a9e9a1d-ac99-4acb-a9ca-8546c40b6377%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMwQU7%3D74BGP4grSWt4e00ct-RwkA8KZp3HBV02scHKtkg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtEgQcGACu6RgfyjbQk%2BnSO3FUvdQOGM_Q09j1nejFVOJQ%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CA%2BnPnMxP_RSnw5MieoYUnYpb21oxNSh8VSsSOaXEVTxTz1rHhg%40mail.gmail.com.

[Mark Waite]

My docker image that I've upgraded is showing an unexpected behavior in a GitHub (not git) 

[Stephen Connolly]

Mark, can you share details win me via hipchat?

--

You received this message because you are subscribed to the Google Groups "Jenkins Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/642d0696-e348-4924-85cd-49f69b6d8658%40googlegroups.com.

[Mark Waite]

Sorry, fat fingers.

I have a multi-branch pipeline job defined to read from https://github.com/MarkEWaite/git-client-plugin using Git with username / password credentials.  It works as expected with the alpha versions of the plugins.  When I "configure" that job, it shows the project repository, and shows the credentials as "MarkEWaite github username/password".

I have a multi-branch pipeline job defined to read from https://github.com/MarkEWaite/git-client-plugin using GitHub with username / password credentials.  It works as expected with the alpha versions of the plugins.  However, when I configure that job, it shows the GitHub credentials box and then reports HTTP Error 404 - problem accessing job/Git-Client-Folder/job/git-client-pipeline-github/null : Reason: not found.  

I assume something is causing that trailing "null" on the end of the request URL, though I don't know what would do that.  Is that likely related to the alpha versions of the plugins, or should I look elsewhere for the difference?

Those two pipeline jobs are both able to be configured in my docker instance that runs released versions of all the plugins (except the git plugin and the git client plugin, which always seem to be in some pre-release state in that docker instance).

Suggestions of where I should search?

Mark Waite

[Mark Waite]

False alarm, or rather, accurate alarm that has nothing to do with the alpha releases of the plugins.

I see an NPE in the console log with the released versions of all plugins, using Jenkins 2.46.3.  It is an issue, but not an issue with the alpha releases of the plugins.

Mark Waite

[Mark Waite]

JENKINS-45085 captures the problem I was seeing.  The multiple-scms plugin causes a null pointer exception in my multi-branch pipeline job when opening the configure URL of the job.  That problem is visible with Jenkins 2.46.3 and 2.60.1.

Since my environment does not need or use the multiple-scms plugin, I removed it from my Docker image and resolved the problem.

Mark Waite

[Mark Waite]

Question inline for a specific plugin, but the question may be general enough to merit discussion.

The git client plugin has tests which assume its branches are full clones.  It uses that assumption to reduce the setup time for submodule tests, tests of tagging, and more.  It also uses the global pipeline library in its Jenkinsfile so that the Jenkinsfile is a single line "buildPlugin".

I very much like the single line "buildPlugin" Jenkinsfile.  I'm willing (if necessary) to rework the git client plugin tests so that it no longer assumes branches are full clones.  Unfortunately, time spent reworking those tests will be time that is not spent reviewing pull requests or testing new ideas.

Is there a way that I can keep the convenience and power of buildPlugin() without burdening other plugin developers with the weight of a full clone?

Mark Waite

 

[Stephen Connolly]

On 23 June 2017 at 14:18, Joseph P <jose...@gmail.com> wrote:

Upgrade on "prod like" went smooth :)

w00t!

 

Could we move the question for behaviours closer to the behaviours text?

I do not think we can... I think it is a property of f:entry... we could perhaps get somebody to give us some CSS to make it align top

https://github.com/jenkinsci/jenkins/blob/df21a13cd6d86c01381bd79f31894e98a79f3e90/war/src/main/webapp/css/style.css#L278-L281

is the style that needs to change 

Den torsdag den 22. juni 2017 kl. 08.10.41 UTC+2 skrev Joseph P:

I will try and get around to testing it today.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/28dce0c5-4d1e-4a0c-a9a6-f5f2f703172d%40googlegroups.com.

[Stephen Connolly]

How do you find the new UI compared with the previous one?

On 23 June 2017 at 14:18, Joseph P <jose...@gmail.com> wrote:

Upgrade on "prod like" went smooth :)

Could we move the question for behaviours closer to the behaviours text?

Den torsdag den 22. juni 2017 kl. 08.10.41 UTC+2 skrev Joseph P:

I will try and get around to testing it today.

Den onsdag den 21. juni 2017 kl. 20.30.03 UTC+2 skrev Stephen Connolly:

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/28dce0c5-4d1e-4a0c-a9a6-f5f2f703172d%40googlegroups.com.

[Mark Waite]

The UI experience has been great for me in the two or three places where I've used it.  I was a little surprised (and pleased) with the adaptation that the local branch setting is now a toggle.  I think that's the right approach, since (as far as I can tell) that is the 99% use case.

Earlier I reported an NPE when configuring a multi-branch pipeline that uses GitHub as source instead of Git as source.  The NPE was resolved by removing the multiple-scms plugin.  Unfortunately, the 404 is still there, along with a stack trace that starts with this:

Jun 23, 2017 9:51:38 AM hudson.ExpressionFactory2$JexlExpression evaluate

WARNING: Caught exception evaluating: descriptor.calcFillSettings(field,attrs) in /job/Git-Client-Folder/job/git-client-pipeline-github/configure. Reason: java.lang.IllegalStateException: class org.jenkinsci.plugins.github_branch_source.GitHubSCMSource$DescriptorImpl doesn't have the doFillCredentialsIdItems method for filling a drop-down list

java.lang.IllegalStateException: class org.jenkinsci.plugins.github_branch_source.GitHubSCMSource$DescriptorImpl doesn't have the doFillCredentialsIdItems method for filling a drop-down list

at hudson.model.Descriptor.calcFillSettings(Descriptor.java:412)

at sun.reflect.GeneratedMethodAccessor578.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258)

at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104)

at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)

at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)

at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)

at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)

at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74)

at org.apache.commons.jelly.parser.EscapingExpression.evaluate(EscapingExpression.java:24)

at org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66)

at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)

I'm not sure how to provide a repeatable condition for that bug yet, but wanted to alert you about it.  I won't investigate further on it until after the end of the working day today.

Mark Waite

[Mark Waite]

I see duplicate entries in the "Add' configuration of the Bitbucket source for "Checkout over ssh".  Let me know if you need steps to see that.

I also wonder if the text "General", "Git" and "Bitbucket" should be italicized, or bold, or separated with dashes, or something, so that the user has a concept that things will be appearing under them.  They seem to be standard text currently, and it wasn't obvious to me that they were categories into which settings would be placed.

Mark Waite

[Stephen Connolly]

On 23 June 2017 at 17:24, Mark Waite <mark.ea...@gmail.com> wrote:

I see duplicate entries in the "Add' configuration of the Bitbucket source for "Checkout over ssh".  Let me know if you need steps to see that.

Shouldn't... may just be a bug in the drop down populator when you have GitHub and Bitbucket

 

I also wonder if the text "General", "Git" and "Bitbucket" should be italicized, or bold, or separated with dashes, or something, so that the user has a concept that things will be appearing under them.  They seem to be standard text currently, and it wasn't obvious to me that they were categories into which settings would be placed.

Cannot style the drop-down menu without significant JS changes that risk affecting form binding.

 

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/c2e110d7-f929-461d-8595-273e8e543d89%40googlegroups.com.

[Kevin Burnett]

This is so good. :)

The pre and post diffs looked right, and the new UI and functionality gives me everything that I was hoping for.

I'm going to remove the "discover pull requests from [everywhere]" behaviors and select "Only branches that are also filed as PRs" on production as soon as possible.

Michael Neale mentioned that one issue he had seen "does look better now with the new version." I used the plugin versions that Stephen originally posted on June 20, but I take Michael's comment to mean there might be newer versions. Please make this irrelevant by issuing release versions of these plugins this week. :)

Thanks a ton!

-KB

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.

[Michael Kobit]

I'm going to have time to do this today. Are there newer alphas available?

You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2bc996a5-b2d6-4c22-884a-a7a026cc9472%40googlegroups.com.

[Mark Waite]

The experimental update center includes a new version of the git plugin and the mercurial plugin.

Per Kevin Burnett's comment, please don't release it this week.  I need more testing time.

Mark Waite

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CALELY9FMzPhsq2YPKSgnMZaz14bkVM1fnahFJoZt4ytkWPj5zQ%40mail.gmail.com.

[Stephen Connolly]

Check the drop-box link...  https://www.dropbox.com/sh/47weboatdzus22w/AADNF_aBniOyEeQi9MvM82sMa?dl=0 git, mercurial, github and bitbucket are all up as far as -alpha-4

-alpha-4 is looking very near a beta release candidate (just need to confirm I have all the code reviewers happy)

I will not be releasing the GA versions this week as we have some internal quality bars that need to be met

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2bc996a5-b2d6-4c22-884a-a7a026cc9472%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "Jenkins Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CALELY9FMzPhsq2YPKSgnMZaz14bkVM1fnahFJoZt4ytkWPj5zQ%40mail.gmail.com.

[Stephen Connolly]

On 26 June 2017 at 06:13, Kevin Burnett <kbur...@rosettastone.com> wrote:

This is so good. :)

Great to hear it. I love feedback (+ve or -ve beats none)

 

The pre and post diffs looked right, and the new UI and functionality gives me everything that I was hoping for.

w00t

 

--
You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2bc996a5-b2d6-4c22-884a-a7a026cc9472%40googlegroups.com.

[Michael Neale]

I retested with latest betas and looking good (binary compat, migration etc). 

To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2bc996a5-b2d6-4c22-884a-a7a026cc9472%40googlegroups.com.

[Mark Waite]

I'm using latest betas (as far as I can tell).  The GitHub source is now working in the cases that were failing previously.  Thanks very much for that!

Unfortunately, when I open the "Configure" page for one of my multi-branch pipeline job that is using GitHub as a branch source, it reverts the repository choice to the top of the list, instead of showing the originally selected repository.

When I open the "Configure" page for another of my multi-branch pipeline jobs that is using GitHub as a branch source, it retains the repository choice.

Unfortunately, I don't know what is different between those two cases of a GitHub branch source for a multi-branch pipeline.

I'll let you know if I identify key attributes which make the two cases behave differently.

Mark Waite 

[Mark Waite]

I think I have detected the difference between by multi-branch pipelines with GitHub branch sources.

The problem job is a GitHub private repository (https://github.com/MarkEWaite/jenkins-bugs-private), while the working job is a GitHub public repository (https://github.com/MarkEWaite/jenkins-bugs) .

When I configure the private repository job, it presents the list of repositories but only includes public repositories in the list.  The credentials are valid and are used in other jobs, but it is as though the list of repositories is not being refreshed with the credentials.

Mark Waite

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/b5045058-c67a-4d57-8ebc-d33a2c621c32%40googlegroups.com.

[Michael Kobit]

Finally got some time to try it out (sorry!) and I know the PR has already been merged, but UI looks great, and the contextual help menus make it easy to pick up. Awesome job!

Only thing I noticed is no built-in Job DSL support - we use the Job DSL entirely to create and setup all of our Organization folders, and I didn't see any generated DSL methods under /plugin/job-dsl/api-viewer/index.html#path/organizationFolder-organizations-bitbucket.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtGvS72PabFebSAK4upZ08fu8N09dnVSrHbhMax%2Bt0%3Dmdw%40mail.gmail.com.

[Tim Downey]

Hi Michael -- I finally go around to upgrading as well and am facing the same problem.  Have you worked around this?  Are you just supplying the XML directly?

[Michael Kobit]

We haven't upgraded to the latest plugin yet (partially because of this) so no workaround yet. We are going to do a test cycle in the next few weeks. I opened https://issues.jenkins-ci.org/browse/JENKINS-45860 a few days ago to hopefully understand how to implement it since I originally implemented support for OrganizationFolder in the Job DSL plugin.