Build better products with our product team
With the Next Gen update to Images and Files Details, users can now edit an image in Design Studio. Saved edits to the image will be reflected wherever the image is currently used, including any live assets. Similar to Edit Form and Edit Landing Page permissions, it would make sense to have an "Edit Image" permission added to Role Permissions so admins could lock down this capability to certain roles.
Description - Once a request is converted to a project and assigned, it would be helpful if there was an option to "lock" the original request. Why is this feature important to you - Often, those who request projects add updates or documents to the original request versus the project and forget to @ whoever they are trying to communicate with, and those comments or documents are missed. How would you like the feature to work - Once converted, the request is locked (automatically would be preferred) but could also include an option for System Admins or Project Managers to unlock or make a change if necessary. Current Behaviour - I have found a workaround for this within the dashboard (removing the link to the request) but it is much too easy for requesters to click on "Requests" and then click the original request, which then leads to the original issue.
Description - A user should be able to set the the default number of hours that a request will take IN ADDITION to the Default Duration that can be set. Currently, if hours are used to describe the Default Duration, the Request will have a start and end date/time based on those hours. However, Requests should be defined by both the Planned Hours set (e.g. 2-3 hours of working time) as well as the total Duration of the Request (e.g. 3 days). If a user chooses 3 days as the Default Duration, the system assumes that the assignee will allocate 24 hours of working time to complete the Request. If a user chooses 2 hours as the Default Duration, the system assumes that the assignee will be done with the Request in 2 hours time. The system should account for both forms of timing. Why is this feature important to you - As Requests are made, the incorrect Planned Hours based on 3 days of duration are assigned to the working team member. These hours, while not accurate, often spike their capacity for the 3 days they are working on the Request. It requires additional management of the Request to update the Planned Hours and this can often be overlooked. How would you like the feature to work - An additional field called Default Planned Hours would pre-set the expected hours needed to complete the Request within the timeframe set by the Default Duration. Alternatively, if there was an option to convert a Request to a Task using a Task Template (currently, only Project Templates exist), a user could select a template that has both Planned Hours and Duration preset.
Description When searching for projects by name, a bunch of criteria comes up. I'd like to also filter that criteria by most recently edited date. I don't believe this is possible today. Why is this feature important to youI have so many projects, this helps to find projects more quickly. How would you like the feature to workOnce there's data in the name field, I could click on the 'last modified' filter at any time. Current Behaviour - Only one filter can happen at a time and they cannot be mixed together.
Description - latest change to Project Edit screen removed the last vestige of posting comments by removing the ability to post comments to multiple Projects at once when bulk editing selected Projects. Why is this feature important to you - there is no longer a simple way to put information/comments/updates on multiple relevant jobs creating multi-step process X each applicable project (could be 3, 10, 50, more). How would you like the feature to work - options (may be others) 1) at minimum, return to the way it very recently was where if you were bulk editing a project one could select the Comment box in the left pane to post a comment to multiple projects at once (cannot do this with single Project Edit for some time); 2) allowing us to Open Summary on Projects in bulk and add a comment; 3) at the very minimum provide Project-level Open Summary panel that includes Updates section as in other parts of the system -- this one doesn't remove the repetition but does reduce it as well as offering easier ways to interact with the Project level data points.Current Behavior - must locate project, click into project, click on Updates 'tab', enter comment, post (with or without additional step of tagging others) then repeat for each relevant project (could be 3, 10, 2, 50, more). This is a lot of time, steps, repetitive clicks (think ergo) and personal opinion -- boredom and frustration.
Description - I am trying to understand how we can use the connections we build in Workfront planning in our reports. If we build a connection between a record in WF Planning to a project in WF Core, I wonder what is the best way to show connected metadata (Record/Record type/Workspace) from planning into project reports that include those connected projects. Why is this feature important to you - This will help immensely in making the connections we build in WF planning visible in our WF Core reports. How would you like the feature to work - Ideally the planning connection fields we create on any custom forms should be available in that object as a reportable field (similar to a custom field) Current Behaviour - Planning connection fields are not visible in Workfront reports.
Description -Currently, Workfront's Audit Logs primarily track actions performed by individual users. While recent enhancements (specifically the "Other enhancements during the Second Quarter 2025 release timeframe" regarding Represent Adobe Admin Console user changes as "System" in the Workfront update feed) have introduced "System" activity updates in user update feeds, and these actions captured in the comprehensive System “Audit Log,” however, it’s no longer possible to filter for these log types and action performed by “System” listed under the User Name column.Why is this feature important to you -This highlights a critical visibility gap regarding automated or system-driven changes within Workfront. For example, changes originating from integrations, API calls, automated workflows, or even internal Workfront system updates are not readily auditable through the Setup > System > “Audit Log” page.Improved Transparency and Accountability: Gain a comprehensive understanding of all system-driven changes within Workfront.Enhanced Troubleshooting and Issue Resolution: Quickly identify the source of unexpected changes or errors.Strengthened Security and Compliance: Maintain a detailed record of all system activity for audit and compliance purposes.Increased Integration Visibility: Track changes made by integrations and API calls for better management and troubleshooting.How would you like the feature to work -We propose the creation of a dedicated, filterable "System" Audit Log within Workfront, mirroring the functionality of the existing user-based Audit Log. This log would:Capture all system-initiated actions: This includes changes made by integrations, API calls, automated workflows, internal Workfront system updates, and actions attributed to the "System" user as seen in the user update feeds (e.g., Adobe Admin Console user changes).Provide detailed information: Similar to the user Audit Log, this log should include timestamps, action types, affected objects (projects, tasks, users, etc.), and relevant details of the changes made.Offer robust filtering and search capabilities: Users should be able to easily filter and search the log based on various criteria, such as date range, action type, affected object, and integration/system source.Maintain a consistent format: The log should adhere to a clear and standardized format, making it easy to understand and analyze.Respect existing access controls: Access to the System Audit Log should be governed by appropriate permissions, ensuring data security and compliance.Current Behaviour -The recent change to represent Adobe Admin Console user changes as "System" in the Workfront update feed highlights the need for a dedicated “System” Audit Log. While this change is a positive step, it underscores the lack of a centralized location to track all Workfront system-initiated actions.We’ve confirmed with support that, “The reason, we are unable to search for “System” it's only a text string, and it's not a user. This will need to be a feature request, since the audit logs, are designed to only search for Workfront user objects.” and that it’s not currently possible to access this information via the API.Call to Action -Please vote for this idea to enhance Workfront's audit capabilities and provide greater transparency into system-driven changes. This will empower administrators and users to better manage and troubleshoot their Workfront environment.
Would love to have the ability to change the routing/"Path" (located in Issue Details tab / Overview Sub-tab) of a submitted request? It happens when the Requestor incorrectly selects it from the get-go so it does not appear in the correct team(s) queue. Since the Queue Topic can be edited, it would be nice if it would automatically change the Path associated or simply have the ability to change it manually. Thanks in advance!
DescriptionAs a user of Workfront, I want the ability to schedule my work on a calendar widget on the home screen so that I can time block efficiently. Why is this feature important to youtime blocking is an important part of my work process and the inability to mirror or complete that in Workfront is limiting.How would you like the feature to workUtilize the durations/planned dates for tasks/issues assigned to me and prompt them to show on a calendar view that connects with outlook to book time around existing meetings. Reference https://www.usemotion.com/ as general interface of widget... another ai connection for us too!Current Behaviorcalendar was removed from the New Home screen
Request for Feature Enhancement (RFE) Summary: There should be a UI accessible to authors that will allow them to manage dictionaries Use-case: Translation management Current/Experienced Behavior: The current UI is not accessible to authors (and probably not available in Cloud) which means, updating this will require authors to be dependent on admins or developers to make changes https://<hostname>:<port-number>/libs/cq/i18n/translator.html Improved/Expected Behavior: A UI within the Authoring console is available AEnvironment Details (AEM version/service pack, any other specifics if applicable): AEMaCS Customer-name/Organization name: Proquire Screenshot (if applicable): N/A Code package (if applicable): N/A
Currently, the project's Planned Completion Date is auto-calculated by the planned completion date of the latest task. We'd like the project's planned start date to have the same sort of functionality. We are using cross-project predecessors more and more but when things are pushed, the project's start date doesn't move in the Portfolio's Gantt Chart.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK