Feature Requests

Please search first before posting to help others find and vote for your idea!
Add option to include multi-list ("added") tasks when filtering by list_ids on the Filtered Team Tasks, MCP Tool
Summary: The Filtered Team Tasks endpoint (GET /api/v2/team/{team_id}/task) with the list_ids[] filter only returns tasks whose home List matches. Tasks that have been added to a List via the Tasks in Multiple Lists ClickApp (home List elsewhere) are silently excluded. Please add a parameter to optionally include these location-associated tasks. Current behavior: GET /team/{team_id}/task?list_ids[]={listId} → returns only tasks whose home List is {listId}. A task whose home is List A but is added to List B does not appear when filtering by List B, even though the task object's locations[] array clearly lists B. The per-List endpoint GET /list/{list_id}/task does include explicitly-added tasks, but it can't filter across multiple Lists, statuses, assignees, or date ranges in a single call the way the team endpoint can. Requested behavior: Add a query parameter (e.g. include_lists_tasks=true or match=location) to the Filtered Team Tasks endpoint so that list_ids[] matches a task if any of its locations (home or added) is in the filter — consistent with how the UI shows a task inside every List it belongs to. Use case: We run release automation that pulls every task in a sprint List with a given status (e.g. "Ready for Release" / "In Release") to cross-check against GitLab merge requests. Teams frequently add (not move) a task from a project List into the current sprint List. Those added tasks are invisible to our query, so release-bound work gets silently dropped from the audit. Our only workarounds today are (a) forcing everyone to move instead of add, or (b) querying every possible home List and fetching each task's full detail to inspect locations[] — expensive and brittle. Why the team endpoint specifically: We need the combined filtering (multiple Lists + statuses + assignees + due-date range) that only the Filtered Team Tasks endpoint provides; the single-List endpoint doesn't support those combined filters, so we can't simply switch to it.
0
·
Views
Restrict Task Types by List and Location
Currently, when we create a task type, it becomes available across the entire workspace. This creates issues for standardization, as we want to enforce the use of specific task types within certain lists and even based on location. We’d like the ability to restrict task types to a list or location, so team members only see the relevant options. For example, in some cases, we only want three task types available within a given list. This functionality will help us: *Enforce consistency in how tasks are categorized. *Limit confusion by only presenting relevant task types. *Better leverage the beta functionality of fields tied to task types. IMPACT: Without this, team members can select incorrect task types, leading to data inconsistency and reduced effectiveness of field-based reporting and automation. REQUEST: *Ability to configure which task types are available per list, space, and/or entire workspace. Include the ability to manage ClickUp-created task types, such as Task, Milestone, Meeting Note, Key Result, Person, etc.) --By Location (Department/Team/Region): For example, the Sales – Europe list may only need three task types (“Lead,” “Demo Scheduled,” and “Contract Sent”), while Sales – US might require a different set. Restricting by location would keep task types relevant for each group. --Space: If an organization manages multiple workspaces (e.g., Operations vs. IT), admins could enforce different task type sets per workspace. This would prevent irrelevant task types from appearing in the wrong context (e.g., IT-specific types showing up in Sales). --Workspace: We may want to make certain task lists available across the workspace still. *Add to the space configuration/creation to set the task types available for each, in case there are no task types available at the workspace level.
18
·
Task types
·
building now
Load More