Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Completion message not being sent as Jenkins URL appears null empty upgrade to 2.141 #155

Closed
mjblue opened this issue Sep 3, 2018 · 12 comments
Labels

Comments

@mjblue
Copy link

mjblue commented Sep 3, 2018

Hi,

I have been using this plugin successfully for a long time now but today we upgraded to Jenkins 2.141. However now this no longer works due to getURL failing it now reports:

Sep 03, 2018 5:44:24 PM bitbucketpullrequestbuilder.bitbucketpullrequestbuilder.BitbucketBuilds onCompleted
WARNING: PLEASE SET JENKINS ROOT URL IN GLOBAL CONFIGURATION FOR BUILD STATE REPORTING

The equivalent code in console also reports empty:

JenkinsLocationConfiguration globalConfig = new JenkinsLocationConfiguration();
println globalConfig.getUrl()

This looks like a jenkins core change has broken this or a deprecated function is being used?

@mjblue
Copy link
Author

mjblue commented Sep 3, 2018

ah just found the equivalent bug in jenkins issuetracker, with a potential fix unsure which place we should be tracking this:

https://issues.jenkins-ci.org/browse/JENKINS-53331

@wrvdklooster
Copy link

Hi, I was the submitter of the ticket you mention. I can confirm the fix proposed there works. Let me know if you want me to create the PR for it.

@mjblue
Copy link
Author

mjblue commented Sep 4, 2018

Thanks @wrvdklooster I have taken your fix and opened a PR here: #156 build is successfully and I am also using this in Jenkins 2.141 successfully now. The only bit I'm confused about it why it stopped working, couldn't see anything obvious in core jenkins changelogs

@wrvdklooster
Copy link

I checked git changes for JenkinsLocationConfiguration and they changed the constructor. Seems previously get was there and could be used but using constructor also worked. That is how I worked out the fix.

Thanks for the PR. Hope it gets integrated soon. Until then we are using a fork.

@Pendejooo
Copy link

Hope it will be merged soon.

Otherwise we can also do like this :

jenkins = Hudson.instance;
String rootUrl = jenkins.getRootUrl();

As package is already importing hudson.model

@artstalker
Copy link

Hi. Do you have any plans to release a new version with this fix?

@CodeMonk
Copy link
Collaborator

I have just come on as a maintainer to help out.

My first goal is to get approved PRs merged, then kick off a release for the official plugin . . . There should be a new plugin out soon (let's say, within a week, since I still have no idea what I'm doing)

:-)

@CodeMonk
Copy link
Collaborator

I'm going to go ahead and close this issue since it's fix has been merged, just not released.

@mjblue
Copy link
Author

mjblue commented Sep 27, 2018

I have just come on as a maintainer to help out.

My first goal is to get approved PRs merged, then kick off a release for the official plugin . . . There should be a new plugin out soon (let's say, within a week, since I still have no idea what I'm doing)

:-)

Thanks CodeMonk.. and thanks for coming on to help.. ( I have an email in my drafts to Martin to Volunteer to help also but it looks like it's now in hand....)

Mark

@CodeMonk
Copy link
Collaborator

@mjblue Come join the party! The more the merrier!

@hugoduraes
Copy link

hugoduraes commented Oct 9, 2018

@CodeMonk it's great that you've joined as a maintainer, kudos for you! :)
Do you know when a version with this fix will be released?
Thanks

@CodeMonk
Copy link
Collaborator

CodeMonk commented Oct 9, 2018

@hugoduraes We are stabilizing master right now, with most PRs and issues closed and/or merged. I expect the last couple of issues to trickle in over the next couple of days.

Then, we get to see what went into the jenkinsci repo, since I've seen some PRs get merged there that did NOT come from this repo, so, we may have an ugly back merge . . good times.

Finally, we will do _______ (Still don't know what I'm doing) so that we get a new release out.

After that, my priority is adding a trigger model, instead of polling, since polling causes atlassian to throttle, and throttling is probably the biggest pain point in the issues I've seen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants