Frequently Asked Questions

Accuracy

WakaTime’s open source plugins only track when you’re typing in your editor. Stop typing longer than your keystroke timeout preference, and the WakaTime plugin stops tracking your stats.

WakaTime is accurate to 1 microsecond (0.000001 seconds), but the plugins depend on you computer’s clock and operating system. On Windows, precision is only ±16 milliseconds (0.016 seconds).

To achieve this accuracy, WakaTime plugins send heartbeats from your editor when the file you’re typing in changes, when you save a file, and every 2 mins of typing in the same file. Heartbeats are joined into durations based on your timeout preference, then displayed on your dashboard.

For contractors, you might want to increase your timeout preference to capture all your billable hours. More info in this blog post.

Your keystroke timeout preference is the maximum time allowed between durations when calculating your total coding activity for a day. Think of it like a granularity setting. It can’t make you code more or less, it just combines durations with more or less accuracy.

For ex, if you typed code for 2 mins, took a 13 min break, then typed code for 1 min:

  • 10 min timeout: Your dashboard shows 3 mins of coding activity (2 mins + 1 min).
  • 15 min timeout (default): Your dashboard shows 16 mins of coding activity (2 mins + 13 min break + 1 min).
  • 30 min timeout: Your dashboard still shows 16 mins of coding activity (2 mins + 13 min break + 1 min; the timeout preference only affects time between heartbeats not surrounding).

A visual example of the affect on accuracy of durations:

timeout’s affect on durations

Note: Public profiles, leaderboards, and public badges always use the default 15 minute keystroke timeout. Private project badges, embedded charts, goals, insights, invoices, and your personal dashboard use your personal keystroke timeout preference.

When working offline with supported editors* your coding activity is saved in a boltdb database at $HOME/.wakatime/offline_heartbeats.bdb. The next time you use your IDE when online, your coding activity is synchronized to your WakaTime dashboard.

* All editor plugins using the wakatime-cli have support for offline coding. The Chrome extension supports working offline using IndexedDB. The Brackets extension does not support working offline.

Daily average is the number of hours you coded on average each day. It can be seen on your personal dashboard, private leaderboards, and if you make your coding activity public also on your public profile and public leaderboard.

The formula for daily average is:

Daily Average = Hours / Days

Where:

Hours is the sum of the total number of hours you coded in the last seven days.

Days is the number of days you coded at least one minute in the last seven days.

This means daily average skips weekends or days where you didn’t code!

For example: If you wrote some code for 2 hours on Monday and 4 hours on Tuesday last week, your daily average would be (2 + 4) / 2 = 3 hours.

Also, leaderboards and public profiles use a slightly different formula than your personal dashboard.

Leaderboards and profiles calculate daily average over the last seven days starting from yesterday, while your personal dashboard calculates daily average from today.

Your public profile uses the default 15 minute timeout value with a time range of the Last 7 Days from Yesterday.

We also subtract language Other from the total time on your public profile.

Leaderboards use the same formula as your public profile, Last 7 Days from Yesterday minus Other language.

Setting your preferences to the defaults, matching the leaderboard time range, and subtracting time categorized as language Other will show the same code time as your dashboard.

Leaderboards only update a few times per day, and always lag behind your public profile. To see when your public profile last updated, check the modified_at field from the Stats API. To see when a leaderboard last updated, check the modified_at field from the Leaders API.

Note: Embeddable charts also start from Yesterday, similar to leaderboards and public profiles.

Project Colors

Set a custom color for your project, otherwise the default is to use a random color when displaying your project on dashboards.

Editor Colors

Using each IDE’s icon image, we’ve extracted a list of the most dominant colors for each IDE. We use these colors when displaying IDEs on WakaTime dashboards.

Language Colors

Based off GitHub’s language colors, we’ve built a list of colors for each language used on all WakaTime dashboards.

Operating System Colors

Using each operating system’s logo, we’ve defined colors for each os used on all WakaTime dashboards.

Category Colors

Here’s the list of colors for each category used on all WakaTime dashboards.

Most WakaTime plugins share a common config file, ~/.wakatime.cfg. Three settings are available to customize the WakaTime status bar inside your IDE. Here they are with their default values:

status_bar_enabled = true status_bar_coding_activity = true status_bar_hide_categories = false

By default, all categories are displayed in your status bar. For ex: 3 hrs coding, 42 mins compiling, 9 mins browsing. To only display the total time, your ~/.wakatime.cfg would look like:

[settings] status_bar_hide_categories = true

Then, your status bar would display 3 hrs 51 mins without specifying coding, compiling, or browsing.

Data & Privacy

All WakaTime plugins are open source on GitHub.

WakaTime plugins send heartbeat events triggered from user actions inside your text editor to the WakaTime API.

Heartbeat events contain data such as:

  • path of the currently opened file*, website**, or app
  • project names
  • branch names
  • editor names, for example ‘Vim’ or ‘VS Code’
  • languages, for example ‘Python’ or ‘JavaScript’
  • libraries/imports used, for example ‘Django’ or ‘Rails’
  • line counts of opened files
  • position of your cursor in opened files
  • your computer’s hostname, like ‘MacbookPro.local’ or ‘HOME-PC’
  • category, for example ‘Debugging’, ‘Building’, or ‘Coding’
  • your computer’s operating system name
  • your computer’s timezone
  • …and of course, timestamps

* Only file paths are sent, not file contents.

** Websites are only sent if you install the WakaTime Browser extension.

Heartbeat events are sent:

  • every 2 minutes if you are actively using your text editor
  • when you switch between files
  • every time you write to a file

Your file contents are never sent to WakaTime servers. Only the file paths, or the location of the files on your machine, are sent to WakaTime servers.

All WakaTime plugins are open source, so you’re protected by the eyes of the community.

If the file paths or project names are sensitive, you can tell WakaTime plugins to not send certain projects, files, folders, or obfuscate them before sending to WakaTime servers.

The config options for privacy are:

  • hide_project_folder - turns /Users/username/projects/flask/src/main.py into src/main.py
  • hide_project_names - turns flask into a random generated project name, for ex: AutumnTree43
  • hide_branch_names - disables sending Git branch names
  • hide_file_names - turns /projects/flask/src/main.py into HIDDEN.py, and disables other metadata including line counts and dependencies used
  • exclude - prevents sending any data on folders where the path matches a list of regex patterns
  • include - used in combination with exclude to only send an allowed list of folder paths, for ex: exclude .* then include a list of allowed folders
  • include_only_with_project_file - prevents sending any data on folders which don’t contain a .wakatime-project file in the project folder

Add the line:

hide_project_folder = true

to your in your ~/.wakatime.cfg file to send only relative paths to WakaTime servers.

For example, /Users/username/projects/flask/src/main.py would be sent relative to the project folder flask as src/main.py. When no Git project can be detected, only the file name is sent.

Use hide_file_names with a list of folders in your ~/.wakatime.cfg file.

Any files inside those folders will be replaced with HIDDEN.ext before they leave your computer, where ext is the original extension of the file.

For ex:

hide_file_names = /Users/username/private/ /Users/username/projects/[\d+]/

Will change /Users/username/private/secret_project/main.py and /Users/username/projects/1337/src/main.py into HIDDEN.py before sending to WakaTime servers.

Note: That means time spent in those two files will be combined and displayed as one file on your dashboard.

Note: To obfuscate all files in all folders, use hide_file_names = true.

Note: Sublime Text users won’t have a ~/.wakatime.cfg file, so create one using this example config.

After obfuscating, delete any past coding activity using the Coding Activity Delete Tool.

Use hide_project_names with a list of folders in your ~/.wakatime.cfg file.

Any files inside those folders will have their project names replaced with a random string, for ex:

[settings] hide_project_names = /Users/username/private/ /Users/username/projects/[\d+]/

With a Git project at /Users/username/private/secret_project/, will create a .wakatime-project file at /Users/username/private/secret_project/.wakatime-project that overrides your secret_project project name with a randomly generated name.

After obfuscating, rename the old project to merge it with the new random project name.

Note: To obfuscate all project names, use hide_project_names = true.

Note: Sublime Text users won’t have a ~/.wakatime.cfg file, so create one using this example config.

Your file contents are never sent to WakaTime servers. Only the file paths, or the location of the files on your machine, are sent to WakaTime servers.

However, sometimes even the names of your projects are sensitive.

To exclude folders from WakaTime,use exclude with a list of folders in your ~/.wakatime.cfg file.

[settings] exclude = /Users/username/private/ /Users/username/projects/[\d+]/

/Users/username/private/ is a regex, so any file path matching the regex is ignored by your WakaTime plugin.

Another way is exclude all folders, and only include those folders containing a `.wakatime-project` file in the project’s folder.

Add this line to your ~/.wakatime.cfg file:

include_only_with_project_file = true

Then run touch .wakatime-project inside each project you want to track. All other projects will be excluded from tracking.

After excluding folders, delete the project to remove it from your WakaTime dashboard.

Note: Use forward slash to separate folders, even on Windows.

Note: Sublime Text users won’t have a ~/.wakatime.cfg file, so create one using this example config.

Yes, you can export all your coding activity in JSON format from your account settings.

There are two export options: Heartbeats or Daily Totals.

Heartbeats are a raw dump of each timestamp ping we received when you were actively coding in your IDE, and is the same format we store your code stats to power all WakaTime dashboards.

The Daily Totals option is a sum of your total code time per day, expanded by project, file, language, etc. It’s what you see for each day’s data point on the charts from your dashboard, and great for doing analysis where you only need granularity per day.

However, for backing up your code stats or to analyze what time of day you were coding, you must select the Heartbeats export option.

Your coding activity is stored forever, even when using the Free plan. If you decide to upgrade to a paid plan* in the future, then your dashboard unlocks your historical coding activity.

* The Basic plan only adds additional features, but doesn’t unlock historical coding activity. The Premium plan and Team plans do unlock historical coding activity.

Yes, to delete a project click the delete project item on a project’s dashboard. Be careful, the project and all it’s code stats will be deleted permanently.

You can also delete coding activity for specific files using the Coding Activity Delete Tool.

To exclude projects in the future, add the project’s path to your $HOME/.wakatime.cfg file under the exclude setting.

As a last resort, use custom rules*.

* Warning: Custom rules will delete matching projects from all past coding activity. Use with caution!

Using custom rules you can delete all code stats of a specific category.

For ex, to delete all stats with category Browsing:

delete category example

Yes, when you delete your account we immediately delete your code stats from our production servers.

Following our Data Security Policy, we wait 27 days and then also delete your code stats from all backups.

It’s not possible to recover deleted code stats, so make sure to export your heartbeats before deleting your account.

Projects

WakaTime detects and creates projects for you automatically based on your coding activity.

You don’t manually create projects. Instead, use your IDE like normal and projects will appear on your WakaTime Dashboard.

By default, WakaTime uses your Git repo folder as the project name.

You can overwrite the project name using a wakatime-project file, project map config section, or custom rules.

For more info on project detection, and how to overwrite or customize project detection, see wakatime-cli usage.

  1. To rename a project, click rename project from the dropdown on the project’s dashboard.

    Renaming a project won’t prevent the project from being re-created again the next time you code in that project. To rename a project going forward, help WakaTime detect the correct project name.
  2. From your personal dashboard, click on a day in the chart to view the durations of time logged that day. Next, click on any file or time duration to edit the project, language, category, or branch.

  3. As a last resort, use custom rules*:

    * Warning: Custom rules will rename projects from past coding activity. Use with caution!

From your personal dashboard, click on a day in the chart to view the durations of time logged that day. Next, click on any file or time duration to edit the project, language, category, or branch.

WakaTime is an automatic time tracker, so you shouldn’t need to manually add time. WakaTime is very accurate, flexible, and editable.

If you’ve already tried changing your Keystroke Timeout and you still want to manually add time:

Use custom rules to customize attributes of your code stats. Rules are applied to past and future coding activity sequentially from top to bottom.
For ex: If you have two rules:
If language contains python then change language to rust
and
If language contains python then change language to java
The second rule would never match any language because all python languages would already have been changed to rust.

For Google Calendar events, the event title and description are matched against. Google Calendar events are stored as external durations, with the event’s title stored in the ExternalDuration.entity field and the event’s description stored in the ExternalDuration.meta field.

Languages

WakaTime plugins use the Chroma syntax highlighter for language detection. See the languages supported by Chroma, which is also the list of languages detected by WakaTime.

First, request support for your language.

Next, you can manually override language detection using custom rules and file extension matching:

Custom rules modify future and past coding activity, so they’re useful for correcting languages displayed wrong on your dashboard.

However, for fixing languages going forward please email us and we’ll improve language detection for everyone.

Leaderboards

  • Are your code stats public? If not, edit your profile and check the boxes to make your stats public on the leaderboard.
  • Looking at the right dashboard range using 15 minutes keystroke timeout and subtracting Other language?
  • Are you in the top 100 pages? Check your dashboard, subtract the time spent in Other language, and make sure it’s more than the last person on the last page of the leaderboard.
  • Do you have a conflicting Custom Rule?.
  • Did you recently make your time public? Leaderboards only update a few times per day, so just keep coding and check back in a few hours.

To keep public leaderboards fair and even, we hide devs from public leaderboards if they have custom rules setting a language for browsing and other non-coding activity.

For ex, this rule will cause you to be hidden from public leaderboards:
If category equals Browsing then change language to Python

You’ll still show up on private leaderboards, and you can always delete your custom rule to show up on the leaderboard again.

Also check the public leaderboard requirements.

Teams

Each person who displays their stats on team dashboards counts as a paid developer. You don’t need paid seats for passive view-only accounts. Usually programmers and designers need paid seats, while managers do not. Only one paid seat is needed per developer no matter how many dashboards they’ve joined.

You have several ways to control projects on your team dashboard:

  • Hide all projects by default, then manually choose the ones your share with your team
  • Show all projects by default, then manually hide some from your team
  • Enable repo filtering on your team, so only projects matching your repository names are displayed on your team dashboards
  • Make a dashboard anonymous, where only aggregate totals are displayed for projects but not the time spent by individual developers

Some reasons why your personal dashboard may show different time from your team dashboard:

  • Your personal keystroke timeout preference is set different to your team’s. The default keystroke timeout is 15 minutes. If your team dashboard’s keystroke timeout is different from your personal one, then your team dashboard’s time won’t match your personal dashboard.
  • One or more of your personal projects are hidden from your team. Search for your project in the team project privacy to see if it’s hidden or visible to your team.
  • Your timezone is different from your team. Team dashboard time ranges are relative to the team’s timezone. Make sure your team’s timezone is the same as your personal timezone, or the time shown on your team dashboard won’t match your personal dashboard.

Invoices

Variable Description Example
{y}Year with century.1999, …
{yy}Year without century.99, …
{m}Month, zero-padded.01, 02, …, 12
{mm}Month.1, 2, …, 12
{mmm}Month as 3 char string.JAN, FEB, …, DEC
{mmmm}Month as string.JANUARY, FEBRUARY, …, DECEMBER
{d}Day, zero-padded.01, 02, …, 31
{dd}Day.1, 2, …, 31
{h}Hour, 24-hour clock, zero-padded.00, 01, …, 23
{hh}Hour, 24-hour clock.0, 1, …, 23
{hhh}Hour, 12-hour clock, zero-padded.01, 02, …, 12
{hhhh}Hour, 12-hour clock.1, 2, …, 12
{p}AM or PM.AM, PM
{mn}Minute, zero-padded.00, 01, …, 59
{mnn}Minute.0, 1, …, 59
{s}Second, zero-padded.00, 01, …, 59
{ss}Second.0, 1, …, 59
{i}*Invoice counter.1, 2, …
{c}**Invoice counter, per client.1, 2, …

* Pad invoice counters with zeros by repeating the variable letter. For example, {iiii} will result in invoice number 0001.

** Invoice IDs must be unique. Make sure to add a client prefix to your Invoice ID Format when using {c}.

Troubleshooting

Make sure the plugin is correctly installed in your editor. ( Look for a WakaTime menu under File/Tools )

Check the plugin status page for when your editor was last seen, and if a new version is available. If your editor isn’t listed or hasn’t been seen in a while, first turn on debug mode then check for errors in your log files:

  • Most WakaTime plugins have a WakaTime Settings menu in the Tools or File menu of your IDE.
  • Vim can turn on debug mode with :WakaTimeDebugEnable
  • Sublime Text has a debug option in your WakaTime.sublime-settings

With debug mode on, check your IDE log file and your $HOME/.wakatime/wakatime.log file for error messages.

If your error message contains:

  • won't send heartbeat due to backoff
  • or, skip syncing offline activity to respect rate limit
Delete your $HOME/.wakatime/wakatime-internal.cfg file to trigger an API connection and see the real error message.

If you use multiple computers, find when a computer’s hostname was last heard from using the Machine Names API.

The value is the Hostname and ip is the IP Address of your machine.

To see your recent raw coding activity, use the Heartbeats API.

Please create a new issue in the appropriate GitHub repo with any error messages.

  1. All WakaTime plugins share wakatime-cli for communicating with the API.

    The wakatime-cli is located at ~/.wakatime/wakatime-cli and logs errors to $HOME/.wakatime/wakatime.log.

    If your error message contains won't send heartbeat due to backoff then delete your $HOME/.wakatime/wakatime-internal.cfg file to trigger an API connection so we can see the real error message.

  2. Errors from the editor plugin go to your IDE’s log file:

    Locating your IDE’s log file

  3. Please create a new issue in the appropriate GitHub repo with your error messages.

Your api key is a secret code used to link coding activity from your WakaTime plugin to your personal dashboard:

View your API Key

Your api key is available on your WakaTime Account Settings page.

To generate a new api key, click the refresh button .

After generating a new api key, remember to update your plugin settings with your new key:

Your WakaTime config file is located in your user home folder ($HOME/~/%USERPROFILE) at ~/.wakatime.cfg.

Notice the filename starts with a dot, so it's considered a hidden dotfile.

The config file uses INI format.

WakaTime plugins share the same ~/.wakatime.cfg config file.

For available configs and default values, see this example config file.

Use this form to send a confirmation email to your inbox.

WakaTime plugins have a proxy config in ~/.wakatime.cfg, that should be set the same as your browser's proxy settings.

For example:

proxy = https://user:pass@host:port

SOCKS5 proxies are also supported:

socks5://user:pass@localhost:12345

NTLM LDAP proxies are also supported:

proxy = https://domain\user:pass@host:port

To use a custom CA Cert bundle file, add this line to your ~/.wakatime.cfg config file:

ssl_certs_file = /path/to/cafile.pem

To disable SSL Cert verification completely (dangerous) add line:

no_ssl_verify = true

Yes, all WakaTime plugins play well together. You can switch between multiple supported editors and your coding activity will be synchronized correctly. If you use revision control software, your project will be detected even when using multiple editors.