nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

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

unknown

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!

Accepted answers

unknown

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.

All comments

rstephens

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

unknown

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

unknown

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

rstephens

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.

unknown

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..

unknown

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

workflow

fisheye-crucible