Feature Requests

It is possible to show archived tasks in timesheets (by a filter toggle), but it is counterintuitive that you don't see all your time entries by default. It is a log of work, not log of tasks; and that time spent on archived tasks is as much valuable and important as any other work time. Thus, it should be visible by default, with an option to hide it – instead of the current state.

When a timesheet is resubmitted, the previous comments do not show up. It would be helpful for reviewers if we can still see the comments before the timesheet was resubmitted for approval. This way, we can remember what we asked for update during the review

We use the Workload Capacity API (get_workload_capacity) to power a department-level dashboard that mirrors the Workload view. The API covers nearly everything correctly: subtasks, spanning tasks, closed tasks, group-assigned tasks, and standard time estimate spreading. However, two Workload view features produce values that are invisible to the API, causing discrepancies that undermine trust in API-sourced tooling. Feature 1: Per-assignee time estimates Business+ allows setting individual time estimates per assignee on a multi-assignee task (e.g. Daniel 4h, Jonathan 4h, Ezgi 0h on a 10h task). The Workload view renders these correctly, but neither the Task API nor the Workload Capacity API exposes the per-assignee breakdown. The Task API returns only the total timeEstimate. The Workload Capacity API sometimes applies the split internally but not consistently, and the per-assignee values are never returned in the response. Requested: Add a time_estimates_per_assignee field to the Task API response (or a dedicated endpoint) that returns each assignee's individual estimate when set. Feature 2: "Modify work by day" allocations The Workload view allows manually redistributing a task's hours across specific days (e.g. moving a 10h task from even M-F spreading to 0-0-0-5-5). The API uses the standard spreading algorithm and does not reflect these manual daily adjustments. Requested: Expose the daily hour allocations set via "Modify work by day" in the Workload Capacity API response, or as a per-task field. Impact: Any team building dashboards, reports, or automations on top of the Workload view data hits this wall. The workaround (telling users "the numbers are close but not exact") erodes adoption. These two endpoints would make the API a true mirror of the Workload view.

ClickUp already has a timer on every task. Adding a configurable countdown mode (25 min default + custom intervals) with audio/visual alerts for work and break phases would be trivially simple and massively useful. Every third-party Pomodoro integration (PomoDone, Toggl, Clockify) relies on Chrome extensions that don't work with the desktop app. That's a dead end. A native Pomodoro mode on the existing timer would eliminate the need for any external tool, keep all time data inside ClickUp, and work on desktop, web, and mobile. This has been requested for years.

I use the time tracker constantly throughout my day, but I often forget to start or stop it because it's hidden behind other windows. It would be incredibly useful to have a mini floating timer widget that stays on top of all other applications, similar to picture-in-picture mode. What I'd like: A small, resizable pop-out window showing the active timer (task name + elapsed time) "Always on top" behavior so it stays visible over other apps Ability to start, stop, and switch tasks directly from the floating widget Minimal footprint on screen, just enough to see the timer at a glance Why it matters: Prevents forgetting to start/stop the timer when switching between apps Improves time tracking accuracy Keeps users aware of how long they've been on a task without needing to switch back to ClickUp This would be a huge quality-of-life improvement for anyone who relies on time tracking daily. The desktop app is the perfect place for this since it already runs in the background. Thank you!

My team relies heavily on the time tracking feature to log hours across multiple tasks throughout the day on click-up. As our workflow involves frequently switching between different jobs and tasks, we find it inconvenient to navigate back to the ClickUp browser window or desktop application each time we need to start or stop the timer. This constant context-switching interrupts our productivity and makes accurate time tracking hard. I wanted to reach out with the following request: Please introduce a floating widget or mini-timer window for Windows that stays on top of all other open applications, allowing users to start, stop, and switch time tracking without leaving their current work. I would like to request its inclusion to the ClickUp windows application. Specifically : Always-on-top floating window - A small, resizable widget that remains visible above all other open applications at all times, regardless of which application is currently in use, so the timer is always within reach without needing to switch windows. One-click timer start/stop - A Start and Stop button on the floating window/ windows taskbar that allows users to instantly begin or pause time tracking on the current task with a single click, eliminating the need to open the full ClickUp application. Quick job switching directly from the widget - A simple dropdown or search field within the widget that lets users select and switch between different tasks or projects, automatically stopping the current timer and starting a new one for the selected task. Minimal screen footprint -The widget should be small enough to sit in a corner of the screen without overlapping or interfering with active work, with an option to collapse it further to just a timer display when full controls are not needed. This would be a significant improvement for teams like ours who track time across multiple tasks throughout the day. I look forward to your response.

We would like Timesheet Approvers to be able to view the complete description associated with a time entry when reviewing submitted timesheets, without requiring Admin permissions or the ability to edit another user’s time entry. Currently, Members who are designated as Timesheet Approvers and who already have permission to View Time Tracked by Other Users can see time entries in the Timesheet Approval interface, but longer descriptions are truncated. There is no option to click, expand, hover, or otherwise open the entry to view the full description. Admins can access the complete time-entry details, but assigning Admin permissions is not an appropriate workaround because it also allows the approver to modify other users’ time entries. For organizations using Timesheet Approvals as a financial or project-control process, the approver needs enough information to verify that time has been charged appropriately before approving it. The current setup creates a separation-of-duties issue: users either have insufficient visibility to properly review the entry, or they must be given permissions that allow them to modify the information they are supposed to be independently reviewing. Requested functionality: Allow a Timesheet Approver to open or expand a time entry and view the full description and other supporting details in read-only mode, while retaining no ability to edit the hours, description, task, date, or other time-entry information. This could be addressed either by: making the full description expandable directly within the Timesheet Approval interface; or allowing approvers to open the time entry in a read-only detail view. This would significantly improve the usefulness of Timesheet Approvals for organizations that require meaningful review, auditability, and appropriate segregation of duties.

Time Estimates are used to calculate Start and Due dates hour-values when you drag and-drop on a calendar - which is convenient. But, when we have multiple assignees working on a 6 hour task, the time estimate can get crazy when summed. When we then drag this on a calendar, it automatically applies the estimate and creates a mess. This happens a lot when we know the time estimate for all assignees but havent chosen a date. My only suggestion would be to have a toggle. Otherwise, a separate entry in Time Estimates such as 'Task duration estimate'. solely used for this could be useful (but more coding labour). Thanks for reading!

A way to carry over or deduct hours from the following months total hours if the employee have worked overtime or undertime the previous month.

When working within a task using Harvest time tracking, it would be nice to see the activity of tracked time in Harvest, like the native Clickup Time Tracker. Currently, the tracked time field shows some Harvest tracking but not all. This would be useful for my team who may be working on the same task. Example: #868m225tw - Create Onboarding Email templates has 0:14 tracked to it.