Ok, pick one of the newly created issues and look at the issue in Jira - what does the "resolution" field say?
Also, can you do a search and view it in the issue navigator? Make sure the "resolution" field is in the result as a column - what does that say (I'm fishing for the colour of whatever it says as well as the text here...)
I'm using OnDemand.
On the activity stream the ID is strikethrough while the title is regular text (both blue - link)
On the issue screen the resolution is 'Unresolved' blck normal font
On the issue navigator the tresolution is 'Unresolved' blck Italic font
Link to screen shots: https://dl.dropbox.com/u/92679/JIRA.doc
I think your karma mght be too low to allow screenshots. Can you tell us what colour the issue's resolution is in the issue navigator?
Also, what version of Jira are you on, and do the strike-throughs appear when viewing the issues in their main view screen?
Hmm. That's looking right, barring the activity stream. Could you check your list of resolutions under Admin -> Resolution. Make sure that there's definitely NOT one on the list for "unresolved"?
If there is not, then I'd raise this with Atlassian OnDemand support, as it looks wrong to me.
The list of resoltions is more of a sanity check than anything. Some people don't grasp that "unresolved" is a spectacularly bad option to add to the list, and do it without engaging their brain and then wonder why it looks odd. I just wanted to rule that out as a possible problem. Your screenshots pretty much said it already but there's a good chance you'll be asked.
For a support call, raise it in https://support.atlassian.com/browse/JST
Yes, the "specific value" is "anything", as opposed to "nothing" This field is used by Greenhopper/Agile, but it is part of the core of Jira.
Whether you think you need it, or even use it, you need to be aware of it. The whole of Jira works off a simple idea - if the resolution is set to anything on the resolution list, then the issue is complete, and struck through. If the resolution is NOT set (nothing in the field in the database), then the issue is "unresolved" and shown clean.
It does sound like another admin has been tinkering and has modified your system to set it to something. You'll need to establish where it's being set and stop it.
For what it's worth, it's well worth a look at the Jira default workflow to see how it's handled in there - you'll see it being set on "resolve" and "close" transitions, and cleared on the way out of thm!
I am experiencing the same thing, new issues (stories, in my case) added to the backlog - not in a sprint, not under development yet - are struck through.
I am in a dev GH board, not Bug/defct tracking board.
Also see that if new Issue is story, and you change the issue type to a custom type, the number of the original story is struck through on save: again, brand new, no action taken on issue, defualt status...
... more clues.
When I initially added these 5 new issues they were "stories, no strike through. I then added a new issue type, retruined to teh board, and one of hte priginal stroies had a strike through - not the other 4. As I then changed the issue type from story to the new type, each would have a strike through on save...
Thanks for the info, Nic.
We do not use GH for defect tracking, and this field was not displayed (and we have never gotten these strikethroughs before). I added it, and saw that the default value was "Fixed", as you said (so must be a system, default...?). Anyway, I changed the Resolution field value to a differnent one, saved, refreshed, and the issue is still struck through.
Is there a specific value the Resolution fields needs to avoid the strike through? (Also, does it sound to you like an admin somewhere modified the default value of this field, which is why all of a sudden we a getting struck-through values on new Strory issues added to the backlog, when we never did before?)
Ah, hang on, I have not been clear. I apologise. This is a quirk in Jira I keep forgetting about.
None very much is an option for this field. However, the field assumes that if you put it on-screen, you are wanting to set it, so it does not offer you "none".
You need to make sure the field only appears on transitions that enter status which you want to consider "closed". You can set it in post-functions, and that includes "clearing" the value. If you put it on other screens like "create" or "edit", then your users will set it inappropriately.
The funny thing is, we literally never use this field: it was not even dispayed in issues since we installed the tool until I read your responses in this thread and forced display in those issues where the number was struck through. So our users have not entered anything into this field, and will not be doing so.
We never use JIRA's defect tracking functionality or fields associated with it.
I will see what I can learn about applying post-functions... Thanks.
You should not need a post function. Just remove resolution from the screen - that's what the problem is - the users are setting it simply by going through a screen with it on.
You do need to think about this field - even if you don't have it on any screens, it's worth blanking and setting in your workflow so you can identify "closed" issues.
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot