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?

Thanks!

6 answers

1 accepted

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
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Julia Dillon
Posted Tuesday in Jira

Tell us how your team runs on Jira!

Hey Atlassian Community! Today we are launching a bunch of customer stories about the amazing work teams, like Dropbox and Twilio, are doing with Jira. You can check out the stories here. The thi...

682 views 1 18
Join discussion

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