Product ideas | Community
Skip to main content

10000 Ideas

edersantosNew Participant

"Log Hours” on Tasks Without Granting Edit RightsNew

DescriptionCurrently in Workfront, logging hours on a task requires Contribute permission, which also grants the ability to edit certain task details (such as the task name). This creates a governance challenge for organizations that need accurate time tracking but also want to maintain strict control over task data.Why is this feature important to youAccurate time tracking is essential for reporting, resource planning, and performance analysis. However, allowing users to edit task details just to log hours introduces risks of unintentional or unauthorized changes. For organizations with strict process compliance, separating time entry from task editing is crucial to maintain data integrity and governance.How would you like the feature to workIntroduce a standalone “Log Hours” permission that can be assigned independently of Contribute access. This permission should allow users with View rights on a task to enter time without being able to modify any other task attributes. It should be configurable both in access levels and in sharing settings to provide flexibility across different teams and roles.Current BehaviourCurrently, users have Contribute access to log hours on a task. This access also allows them to edit key task details, which creates a risk of accidental or unauthorized changes. There is no way to enable time entry without also granting broader editing capabilities.

Amanda3New Participant

Workload Balancer Setting - Add Color Theme functionality for Project PriorityNew

Description - Why is this feature important to you -My PMO manages projects for a Creative Studio Resource. At any given time there are more than 100 projects open. When we are looking at that teams Workload Balancer we can't tell easily which projects are running ahead or behind as there is no way to see the Priority. The Priority is a field in the Overview section on a Project under Basic Information that is an out of the box field. Today we utilize Flexible and Firm Deadline to know if the Creative Studio has more time or not for their task. They appear in green (Flexible) and red (Firm Deadline). How would you like the feature to work - If Priority was added as one of the Color Theme, then it would color code the projects on the Workload Balancer - green (Flexible) and red (Firm Deadline). Benefits - Team members can see which projects are most critical (green and red), fostering alignment and urgency. Color-coded priorities help visualize workload distribution and plan for capacity more effectively.Reduced PM time going back and forth between opening up every single project to see what the Priority is.Current Behaviour - Under Select Color theme, there are 3 options today:Default: The bars for all projects and their work items display in blue.Project: The bars associated with each project and its tasks change according to the name of the project. All tasks that belong to the project display in bars that match the color of the project. The project bars display in a lighter shade to distinguish them from the tasks. The project bars also include a project icon when choosing not to display allocations.Project Status: The bars associated with each project and its work items change to the color of the status of the project.The project status is that associated with the Group of the project. If the Group does not have group-specific statuses, the color of the work item bars is that of the system-level project status. Both system as well as custom statuses display. For information about group statuses, see Create or edit a group status.However, my team is asking for the Priority field to be added to this Color Theme options. 

user01245New Participant

Ability to add custom design/styling to custom forms and request queues (i.e. font size, font weight, color, etc), also support WCAG 2.1 AA complianceNew

Description:I'd like the ability to have a little bit of control over the look and feel of custom forms, particularly how they are displayed when used as a request queue. Ideally we'd be able to adjust font size, font weight, color, bolding, etc.  Even if we could apply a default font-size for the form, and selectively bold some text, that would be a huge improvement. Additionally, a complaint I've received multiple times is that the font size for a question is smaller than the font size for an option within that question.  If we could change the font size we could fix this ourselves. Or, if it's easier, make the question font-size match that of the options below it.  Example: Why is this feature important to you -There are new rules that go into effect in April 2026 around accessibility of internal and external documents for Government agencies. All documents must be WCAG 2.1 AA complaint. Depending on your reading of the guidelines the current request queue forms may not be in compliance.  More information here:  https://www.ada.gov/resources/2024-03-08-web-rule/How would you like the feature to work -I can think of a few different ways to address this:1.) Allow admins to set a default font size for request queue forms and be able to selectively bold descriptive text in forms.2.) Give us complete control over the font size, color, etc, on a per-question basis.3.) As a stopgap, increase the font-size of the question label to match that of the options below it, and ensure request queue forms meet all other WCAG 2.1 AA guidelines.  Current Behaviour:We have no control over the design of custom form/request queue design, and current request queue forms may not be WCAG 2.1 AA compliant.