Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Velocity Chart showing different project data

velocity chart.PNG

i see some other project in my board and some board it is showing zero value. i assumed it is a bug according to  JSWSERVER-13783, JSWSERVER-12805. i see some comments it is not resolved in 8.0 jira version. can you recommend any solution 

1 answer

0 votes

Hello Nagesh,

Welcome to Atlassian Community!

Indeed, if you have moved any issues of your current project to a different Sprint in a different board(project) as described in the bug, you are indeed being affected by it.

As you can see in the bug, we are currently working to get it fixed, although we have an applicable workaround now:

P.S: It requires direct DB manipulation so PLEASE make sure to backup your DB and test this in dev or stage before moving these changes to a production instance...

Step one grab the offending issues: 

So we take the offending sprint that is showing up in the velocity report and search to see if there are any issues that are in the current project butshouldn'tbe listed as part of that sprint. 

JQL: Sprint = sprint 

This will return a list of issues, in my case it's TAG-24 that I transferred from the sourceproject:

This is pretty blatant in my example, so compare these results to your board filter to be safe before moving forward, now on to the mitigation. 

Step Two remove historical reference of old sprint from affected issues: 

Now that we know which sprint is causing this let's look at the history in the DB: 

SELECT p.pname, p.pkey, i.issuenum, cg.ID, cg.issueid, au.lower_user_name, cg.AUTHOR, cg.CREATED, ci.FIELDTYPE, ci.FIELD, ci.OLDVALUE, ci.OLDSTRING, ci.NEWVALUE, ci.NEWSTRING
FROM changegroup cg
inner join jiraissue i on cg.issueid =
inner join project p on i.project =
inner join changeitem ci on ci.groupid =
inner join app_user au on = au.user_key
WHERE cg.issueid=(select id from jiraissue where issuenum = 24 and project in (select id from project where pname = 'tagetproject')) 
order by 1,3,4;

This will return something like this:

We know that sprint 17 the sprint that is showing up erroneously, so let's kill the value from changitem, this is the first item listed so we'll kill that item:

delete from changeitem where groupid=10294;
delete from changegroup where id=10294;

Step Three remove the sprint custom field value:

We now need to delete the old sprint from the custom value for this issue, you can grab the issue id from last query, in my case it's 10182.
We also need the sprint's custom field ID, we can get that from the GUI by navigating to custom fields and editing the sprint field:

Now that we have that we can determine what value to delete:

 select * from customfieldvalue where issue=10182;

I know I need to remove sprint 17 from this issue and I know my custom field id is 10104, so I'll remove that entry.

 delete from customfieldvalue where id=10307;

Step 4 Reindex the Project:
At this point we reindex the issue's project, and voila, no old sprint info in the report

Let me know if it works for you.

Suggest an answer

Log in or Sign up to answer

Atlassian Community Events