This happens in the following schenario:

      1. Issue is assigned to me and I log work on the issue
      2. Assign the issue to another use
      3. Drag and drop the issue from In Progress Status to Done and Close the issue
      4. 0.02 hours of time is added to this issue.

      I´m using Enterprise Version 3.0.2-jira310 and I can´t find any config to disable this

            [JSWSERVER-898] GREENHOPPER AUTO-RESET of 0.02 hour

            This issue is caused by JRA-13512.

            Dennis Benzinger | SAP added a comment - This issue is caused by JRA-13512 .

            JC added a comment -

            This was actually partially resolved.
            You will not have this "Auto reset" mechanism if work was started on the issue. But if no logwork was done GH has no choice to enter a log entry else JIRA will reset the original estimate and thus alterate the total hours planned in the fixVersion.

            Cheers,
            JC

            JC added a comment - This was actually partially resolved. You will not have this "Auto reset" mechanism if work was started on the issue. But if no logwork was done GH has no choice to enter a log entry else JIRA will reset the original estimate and thus alterate the total hours planned in the fixVersion. Cheers, JC

            While recording time is considered to be non-agile by some people we have to live in the real world. We therefore ask developers to record worklog time frequently so they and their team lead / scrum master can have at least a daily view of which tasks are behind and may need attention. As developers record the time we also ask them to review where they are with regard to the original estimate and to reestimate the time remaining each time they enter time, thus we try to avoid surprises. This means that when they think they are done and enter their last worklog they also re-estimate remaining to 0.

            I understand the 1m is an artefact of JIRA. What I would like is a global setting to turnoff the GH option to reset the remaining to zero on transition to done and perhaps not allow the transition until the remaining was manually set to 0.

            Bill Parker added a comment - While recording time is considered to be non-agile by some people we have to live in the real world. We therefore ask developers to record worklog time frequently so they and their team lead / scrum master can have at least a daily view of which tasks are behind and may need attention. As developers record the time we also ask them to review where they are with regard to the original estimate and to reestimate the time remaining each time they enter time, thus we try to avoid surprises. This means that when they think they are done and enter their last worklog they also re-estimate remaining to 0. I understand the 1m is an artefact of JIRA. What I would like is a global setting to turnoff the GH option to reset the remaining to zero on transition to done and perhaps not allow the transition until the remaining was manually set to 0.

            Sanjay Singh added a comment - - edited

            Instead of setting the time spent to 1m, would it be possible to set time spent to the value of time remaining? On our team, if there's a task with 2h remaining and the developer finishes the task in 2h, they move it to the Done column and allow GreenHopper to reset the remaining time to 0. However, this only records 1m of the 2h of effort that was spent for the task.

            We're using time spent as a diagnostic to help the team improve their estimates. We cannot do that with so many tasks being stored with 1m spent. Thank you.

            Sanjay Singh added a comment - - edited Instead of setting the time spent to 1m, would it be possible to set time spent to the value of time remaining? On our team, if there's a task with 2h remaining and the developer finishes the task in 2h, they move it to the Done column and allow GreenHopper to reset the remaining time to 0. However, this only records 1m of the 2h of effort that was spent for the task. We're using time spent as a diagnostic to help the team improve their estimates. We cannot do that with so many tasks being stored with 1m spent. Thank you.

            Bob Swift added a comment - - edited

            We are seeing 1m added sometimes when an issue is closed via drag and drop. However, it doesn't happen always. For instance, one user - no time added, another user - time added. What are the conditions that cause the time to be added?

            Nevermind, it is when the remaining time needs to be reset. I understand now.

            Bob Swift added a comment - - edited We are seeing 1m added sometimes when an issue is closed via drag and drop. However, it doesn't happen always. For instance, one user - no time added, another user - time added. What are the conditions that cause the time to be added? Nevermind, it is when the remaining time needs to be reset. I understand now.

            JC added a comment -

            Hi Bjarni,

            Beleive me, I would love to be able to not enter any timespent but this is a constraint from JIRA.
            There is some presure from the JIRA users side to withdraw that constraint (you can add your vote on it!)
            see: http://jira.atlassian.com/browse/JRA-13512

            As soon as this issue is implemented you can bet we will no longer enter that undesired minute.

            Cheers,

            JC added a comment - Hi Bjarni, Beleive me, I would love to be able to not enter any timespent but this is a constraint from JIRA. There is some presure from the JIRA users side to withdraw that constraint (you can add your vote on it!) see: http://jira.atlassian.com/browse/JRA-13512 As soon as this issue is implemented you can bet we will no longer enter that undesired minute. Cheers,

            Hi JC,

            Why do you need to add the 1 minute? We will definitely forget to uncheck the the reset box and explaining this 1 minute to our customers is kind of silly

            Can you please fix this for us?

            Best regards,

            Bjarni

            Bjarni Thorbjornsson added a comment - Hi JC, Why do you need to add the 1 minute? We will definitely forget to uncheck the the reset box and explaining this 1 minute to our customers is kind of silly Can you please fix this for us? Best regards, Bjarni

            Ok, thanks

            you can close this issue now.

            Sverrir

            Sverrir Tynes [Tempo] added a comment - Ok, thanks you can close this issue now. Sverrir

            JC added a comment -

            Hi Sverrir,

            The auto reset is a checkbox in the transition card.
            If you do not want to reset your time just uncheck the box.

            To log time in JIRA you need to enter some timespent. (none 0)
            So to reset the remaining GH is simply entering 1 min of time spent and reestimate the issue to 0h

            Cheers,

            JC added a comment - Hi Sverrir, The auto reset is a checkbox in the transition card. If you do not want to reset your time just uncheck the box. To log time in JIRA you need to enter some timespent. (none 0) So to reset the remaining GH is simply entering 1 min of time spent and reestimate the issue to 0h Cheers,

              jchuet JC
              2f9cf923cde5 Sverrir Tynes [Tempo]
              Affected customers:
              0 This affects my team
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: