RedmineTimeTracking » History » Version 16

« Previous - Version 16/19 (diff) - Next » - Current version
Mikkel Kirkgaard Nielsen, 2016-11-02 11:37
rephrase explanation about accepted/decimal time formats to be more logical and precise, spent-time->spent time and other minor textual fixes

Time tracking


Time tracking allows users to track how many hours of work are logged to a specific issue or project. Each time entry of "spent time" can be categorized by activity, and further explained with comments. By filling time estimates, project managers are able to produce better suited project planning as well as follow individual user's progress.

Time tracking is always related to a user, thus it can be used to track how many billable hours this user has accomplished. See the spent time details or spent time report pages for more information.

You can use a standard time tracking module in Redmine or go with an easy way and use alternative Redmine time tracker


Time tracking is a standard module of Redmine and can be enabled/disabled for each project in the Modules section of the new project form, or the Settings tab of an existing project.

Logging time on an issue

You can log time on an issue by clicking Log time from the issue details view.

You can also log time when updating an issue.

Log Time from update issue page

Logging time at project level

You can log hours at project level by leaving the issue field empty.

Accepted time formats

Estimated and spent time can be entered using either separated hour and minutes or combined in the following formats:
  1. Separated: hour and minutes as an integer using standard time format: 1h, 1 h, 1 hour, 2 hours, 30m, 30min, 1h30, 1h30m, 1:30
  2. Combined: as a fraction of hours in decimal time format using either period (.) or comma (,) as decimal separator: 1.5, 1,5 (equals to 1h30)

Decimal time format

When entering estimated or spent time values in Redmine using decimal time format you have to be aware that Redmine will also show accumulated time values in decimal time format.

Consider the following example:

  • in a project you have 4 issues with the following spent time values: 1.00, 0.10, 0.15 & 0.40. Now in the Spent Time reports (Project overview -> Spent time -> [Details | Report]) you will see the accumulated total of the decimal values of 1.65 hours (1 hour 39 minutes), not a separate accumulation of the hour and minutes after the decimal point (which would yield an incorrect value of 2.05 hours).
  • Explanation: this is intended behaviour since the four spent time values are entered in decimal time format. The values are interpreted as follows:
    • 1.00 decimal equals 60 minutes (1 hour)
    • 0.10 decimal equals 6 minutes
    • 0.15 decimal equals 9 minutes
    • 0.40 decimal equals 24 minutes
    • 1.65 decimal equals 99 minutes
    • 2:05 hours (125 minutes) equals 2.0833333333333335 (est.) in decimal notation

Due to rounding of the decimal values to two decimals done when showing an accumulated value there can possibly be a tiny difference (as can be seen from the 2:05 example above).

Some references:

Logging time via commit messages

With the Enable time logging option turned on (see Application settings -> Repositories), developers can log time against an issue via their commit messages using the following syntax (hours must be preceded with an issue id):

Fixed something, #435 @1h30

This commit message will log 1h30 on issue #435.

If you encounter a problem with this, ensure that under Application settings -> Repositories, make sure that Activity for logged time is set to something other than 'Default' and use a format similar to the below in your commit message.

refs #435 @1h30

log_time.png (15.2 KB) Jean-Philippe Lang, 2010-01-09 16:00

Update_LogTime.png - Log Time from update issue page (12.7 KB) James Rowe, 2010-09-16 21:51