Changing Jira component default assignee doesn't work about ircbot HOT 7 CLOSED

Interesting, I hoped that it would fail silently and hints a why, but looks like commands go through fine and are handled properly? Just that nothing changes on Jira's end 🤔

from ircbot.

The ircbot account (which I assume is used) is in the Administrators group, so rather unlikely a permissions issue.

from ircbot.

The ircbot account (which I assume is used) is in the Administrators group, so rather unlikely a permissions issue.

Interesting and good to know. Would there be a way to obtain logs from the bot and (audit) logs from Jira covering the timeframe of someone using the command?
The bot lets you know if an operation failed, but given that didn't happen, logs could contain some hints pointing in a possible direction.

from ircbot.

logs contain just this:

[main] INFO org.pircbotx.InputParser - pircbotx.input :timja!sid405656@jenkins/contributor/timja PRIVMSG #jenkins-hosting :jenkins-admin: remove lead of token-macro-plugin
[listenerPool0-thread6546] INFO org.pircbotx.output.OutputRaw - pircbotx.output PRIVMSG #jenkins-hosting :Changing default assignee of subcomponent token-macro-plugin to null

from ircbot.

When I run the ircbot in debug mode and try and step through with the debugger, it skips past the creation of the JiraClient into the finally block, no errors are shown, not stack traces. It is very weird.

from ircbot.

I figured out that the issue is a NoClassDefFound which inherits from Error, not Exception, so the existing catch doesn't catch it. I created a PR that has some code cleanup and changes to catch a Throwable instead of Exception. I have a fix, but I was just blindly stabbing the issue in the dark since I am not anywhere close to a Maven or Java expert. I'll create a new PR for that tomorrow.

from ircbot.

Fixed in #151, and released in https://github.com/jenkins-infra/ircbot/releases/tag/v1.11.0

Thanks!

from ircbot.