The Time Trakkr app for Jira puts a small panel on every issue, so you can start a timer or log time against the ticket without opening Time Trakkr. It is an add-on, enabled under Settings → Add-ons.
This is separate from the Jira integration, which links entries to issues from inside Time Trakkr. The two work together: the app creates entries carrying the issue key, and worklog push (if your admin turned it on for the project) mirrors the hours back to Jira.
A Jira site administrator installs the app once, for the whole site, using the installation link Time Trakkr provides. Individual users cannot install it themselves.
After that, every issue shows a Time Trakkr section in the right-hand column, alongside Details.
The first time you open the panel it asks you to connect. Selecting Connect Time Trakkr takes you through two screens: Jira confirms you are about to visit an external site, then Time Trakkr's own approval screen asks which workspace to use and what to allow.
The connection is yours, not your site's. It acts as you, follows your role, and reaches only your tracked time, projects, tasks, reports and Jira issue matching — never invoices, rates or the team directory. Teammates connect their own.
You can take that access back at any time under Developer → Connected apps in Time Trakkr, which ends it immediately.
Disconnecting from the Jira side does not yet revoke it. If you remove the app's access in Jira, the connection here stays live until it expires, within thirty days. To end it now, use Connected apps.
The panel has a project, a task, a note and a duration box. The note is filled in with the issue key and title, so the entry reads properly on a timesheet without you typing anything.
The duration box decides what the button does.
Durations accept either shape: 1:30 or 1.5 both mean an hour and a half. Something that is not a duration, like 1:75, is refused rather than guessed at.
Once a timer is running the panel shows it, with a Stop timer button. Stopping a timer you left running overnight asks how long you actually worked, exactly as the app does.
The panel also shows how much you have already tracked to the issue.
Time Trakkr guesses the project and task from the issue, and tells you which way it managed it:
When it cannot guess, the pickers are simply empty and you choose. That is the design rather than a failure: somebody using this for the first time has no history to infer from, and refusing to work until the match is perfect would fail exactly those people.
Projects are listed as client, code and name — "AiEngage — [AIE] Phase 1" — because a bare project name is not enough to choose by when two clients each have a "Phase 1". Archived projects are left out.
If the panel says it cannot match issues automatically, connect your own Jira account under Integrations in Time Trakkr. That is what lets it read the issue's project and type. Everything else in the panel works without it — you just pick the project yourself.
If the panel says Jira timers are not enabled for your workspace, an admin needs to turn the add-on on under Settings → Add-ons. You can still start timers; only the pre-filling is affected.
The panel shows Jira's own time tracking for the ticket, so you can tell from the issue whether the work is on plan:
That last line matters. Jira's total and your unsynced time are never added together: Jira's figure already contains the worklogs we sent, so summing them would double the time. Keeping them apart is what lets you see the gap.
An issue with no estimate shows Not set, not zero, and no progress figure — an unestimated issue is unestimated, not one with a budget of nothing.
An owner or admin can decide whether logging time reduces the issue's remaining estimate, under Settings. It is off by default, because reducing an estimate somebody else set is a change to their planning. Turn it on and Jira's burn-down tracks the time as it is logged.
Time Trakkr never sets the original estimate. That is a statement about scope rather than about time spent, and it stays yours to manage in Jira.
An entry linked to a Jira issue carries its sync status, so a failure is visible rather than silent:
Approved and invoiced entries are never changed to match an edit made in Jira: their hours have been signed off or billed here.
Updated 2026-09-09. Still stuck? Contact support or return to the Help Center.