Feature Requests

Please search first before posting to help others find and vote for your idea!
Feature Request: Enforce Required Custom Fields When Moving Tasks Between Lists
Description of the requested improvement We would like to suggest an improvement to how Required Custom Fields work in ClickUp. Currently, Required Custom Fields are enforced when a task is initially created. However, when an existing task is moved from one List to another, the required field validation does not appear to be triggered again based on the destination List. This creates an issue for organizations that manage workflows involving multiple teams and processes. Example of our use case: A task is created in the Support List, where users complete the required fields configured for that process. The task is then moved to the Development List. Development has its own Custom Fields, which are also configured as required. However, ClickUp allows users to leave these fields empty because the task was already created in another List. As a result, users can continue managing the task without completing the information specifically required by the Development process. Our proposed improvement We would like Required Custom Fields to be enforced according to the task's current List, not only according to the List where the task was originally created. Whenever a task is moved to a different List, ClickUp should automatically recognize the required Custom Fields configured in the destination List and require users to complete them. The validation should work regardless of where the task was originally created. Expected behavior: When a task is created, the required fields of its current List must be completed. When the task is moved to another List, the required fields configured for the destination List must also be enforced. Users should not be able to leave these required fields empty and continue saving or updating the task. This validation should work without requiring additional statuses, manual notifications, external integrations, or duplicated tasks. Why this improvement is important Many organizations use ClickUp to manage workflows across different departments, where each team is responsible for completing specific information at different stages of a task's lifecycle. Required Custom Fields should ensure data completeness throughout the entire workflow, rather than only during initial task creation. This improvement would significantly strengthen data integrity, process control, traceability, and the overall reliability of ClickUp as a workflow management platform.
0
·
Custom Field Manager
Remove paywall for moving Custom Fields down the hierarchy (Warning Prompts, Activity Logs?)
Solution and problem We are requesting both preventative features and corrective features: Warning prompt for when a Custom Field is being added to the Everything level Activity Logs to view how and when a Custom Field got added to the Everything level Remove the paywall for the ability to move Custom Fields down the hierarchy to Spaces, Folders, or Lists. At the very least, up until #1 is met! Without these systems in place, you are punishing your inexperienced users for mistakes which cannot be avoided in the current state of ClickUp. You are losing trust [and business!] among users who don't bother speaking up on this matter — as well as those who do! For users who can’t opt out of using ClickUp, you’re causing us to lose time out of our day-to-day routines. Context and elaboration Currently, Custom Fields are inadvertently being added at the Everything level without knowledge of the user, and it is irreversible on the Business plan or below. Upgrading to the Business Plus Plan lets us use a feature to help reverse the mistake. In other words, as it is right now: we need to pay for our mistakes. To be honest, it feels like a set up. For small businesses like mine, these mistakes can be costly, yet they happen without us even being aware. Many of us ClickUp users truly believe that the reversible feature should be available for all users on all plans , especially considering how easy it can be to make the mistake initially. Warning prompts are preventative, they build trust with the user, and they omit the need for unexpecting charges to user accounts. Activity Logs allow us to learn from our mistakes and reflect after the damage has been done. Removing the paywall on the 1 feature that reverses these mistakes altogether saves us time and frustration. Actions known to add fields without prompting Please write in the comments if you've discovered sneaky ways in which Custom Fields get added to the Everything level without your permission. I will try to remember updating the list below with your responses. Moving tasks to a newly-created List using the bulk-action toolbar Moving a filtered View from one Space to another Space Moving a filtered View to the Everything level Adding Columns in Everything View Adding Filters in Everything View ClickUp users speaking up As of November 1, 2023 the Custom Field Manager was marked complete. In the comments, we had our pleads to keep this feature from being paywalled. Let's go round-2 by upvoting this post. Reference URL to the old post: https://feedback.clickup.com/feature-requests/p/move-custom-fields-between-spaces-folders-and-lists Related posts worth upvoting: Add Columns in Everything View without adding custom field on the Everything View https://clickup.canny.io/feature-requests/p/add-columns-in-everything-view-without-adding-custom-field-on-the-everything-vie Add filter on custom fields at the Space or Everything level without adding the custom field to that level https://clickup.canny.io/feature-requests/p/add-filter-on-custom-fields-at-the-space-or-everything-level-without-adding-the See activity for deleted items in Activity view https://feedback.clickup.com/feature-requests/p/see-activity-for-deleted-items-in-activity-view Prompt to fill in field values when task is being moved to a location with a required Custom Field https://clickup.canny.io/feature-requests/p/prompt-to-fill-in-field-values-when-task-is-being-moved-to-a-location-with-a-req
11
·
Custom Field Manager
Custom Field visibility control per View / List context for multi-listed tasks
Problem: When using Tasks in Multiple Lists to share tasks across different audiences (e.g., an internal engineering list and an external client-facing list), all Custom Fields from the task's Home List are visible when opening the task detail, regardless of which list the viewer is accessing it from. There is no way to hide specific fields per view or per list context. This creates an information leak: internal fields like "Complexity," "Internal Cost," or "Engineering Notes" are fully visible to external stakeholders (clients, partners) who access the task from a client-facing list. The only workaround today is to not use multi-listing at all and duplicate tasks manually, which defeats the purpose of the feature. Use case: We are a managed services company that uses ClickUp to run projects. Our internal engineering team works from one Space with detailed operational fields. We share project progress with clients through separate lists in a client-facing Space. Multi-listing is the natural solution, but because we cannot control field visibility per context, we are forced to either expose internal data to clients or abandon multi-listing entirely. Proposed solution: Allow Workspace admins or view creators to configure which Custom Fields are visible in the task detail panel on a per-view or per-list basis. When a user opens a task from a specific list/view, only the fields enabled for that context should appear in the detail panel, not just in the column headers. Impact: Without this, Tasks in Multiple Lists loses its value for any organization that needs audience separation (internal vs. external, team A vs. team B). This is a common need for agencies, consultancies, and IT service providers who share project visibility with clients inside ClickUp.
0
·
Custom Field Manager
Load More
→