Crucible nullpointer exception when retreiving jira status if jira workflow step is a custom one

Hi, I am trying to set-up and test transitioning the jira issue through crucible. I have found that if the workflow status the issue is currently in or if I select a workflow status (transition) in crucible, that is one I've created, it throws a nullpointer exception.

It works when the statuses, transitions, steps are the default ones. So for example, I've copied the jira default workflow for testing purposes. I've added some extra workflow steps, statuses and transitions to simulate what I'd like to show, eg; ready for code review, under code review, code review complete. When the issue is in a status like 'in progress' which was an original status in the jira default workflow, crucible shows the status and gives me the list of transitions, successfully. However, if the issue is in the under code review status, for example, crucible can't seem to retrieve the status nor the list of transitions and throws a null pointer exception.

The workflow works perfectly in the jira issue, and I'm using the same user (me).

Has anyone else experienced this and can help me troubleshoot it further?


6 answers

1 accepted

0 votes
Accepted answer

This turned out to be a bug in crucible, where it wasn't picking up changes to or new statuses in Jira. When Crucible was restarted, my statuses started working. It appears in 2.10 the bug has been fixed as I've not had this problem since.

Hi Stash,

What JIRA and FishEye/Crucible version you are using? Could you possibly also provide the stack trace for the NullPoitnerException? It should be availble in the logs.

Kind Regards,
Richard Stephens

5.2 and 2.9.1, I'm just in the process of getting the log files again.

I've got this working now by using a new workflow, I still don't know what caused the issue so I have sent the workflow xml to Atlassian and will wait and see if its anything obvious. Meanwhile, I'll cross my fingers that it doesn't happen with my new one :)

Glad to hear it's working properly now - but it'd be great if you could extract a stack trace from the logs - a null pointer exception is definitely a bug, even if it's just an error condition that's not handled properly.

Urgh.. happening again today with a different workflow. I've got a ticket logged with support so will resend the logs via that.

Today's workflow is the same one I was using to get a successful result above, however I've added more steps, statuses etc. On the new steps, it is failing, on the ones that were already there when I copied it, its working. :) Interesting..

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,946 views 19 22
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you