Build better products with our product team
From an enterprise management perspective, controlling and regulating custom form updates and simply the identification becomes very difficult due to limited ability to identify who owns a certain form. Currently, the only way to really differentiate the different forms between groups is by adding in an abbreviated identifier in the name of the form or description such as "ABC Group - Intake Request" (both are a not optimal). There does not appear to be a way to even change the group name that is associated with the forms today which at the very least would be extremely helpful. Request: Add in some simple identification features within custom forms such as an Owner and/or customizable Group identifier Benefits: Ability to filter custom forms based on ownership which creates administrative efficiency and reduces risk of incorrect form updatesIncreases user experience by not having to have group identifiers within the name of the form (more aesthetic to user) Experience the same challenge? Add a thumbs up "like" to this idea!
Description - Remember my Phone Number and Time ZoneWhy is this feature important to you - So I don't have to enter it every time. How would you like the feature to work - Prepopulate from my account. Current Behaviour - I have to enter it every time. While it's easy to enter my phone number, I have to scroll through to find my time zone which is already selected on my account settings. Having it prepopulate with the information will reduce errors and speed up the process. Thanks
Description - CJA/Derived Fields: Internal URL Filter for Marketing Channels, new feature requestWhy is this feature important to you - I'm setting up our Marketing Channels on CJA using Derived Fields, as part of our migration from Adobe Analytics to CJA. While in the process, I noticed that there is no option to set up Internal URL Filter in the derived fields. We have many internal sites in the company, and we need to be able to categorize them as "internal traffic" in our marketing channels, so that it doesn't mess up our marketing channels reporting.How would you like the feature to work - exactly as it is currently working in Adobe Analytics: the possibility to add internal URLs, and to later use them in the marketing channels processing rule builder (screenshots attached). Current Behaviour - there is currently no behavior on the derived fields.
DescriptionImprove Timesheet Behavior for Manually Pinned TasksWhy is this feature important to youCurrently, manually pinned tasks remain on a user's timesheet even after being marked as Completed or Cancelled. This can lead to confusion, as users may continue logging hours on tasks that are no longer active. It also affects data accuracy and time tracking consistency.How would you like the feature to workWe suggest enhancing the timesheet functionality to better handle manually pinned tasks by:Automatically removing pinned tasks from the timesheet once they are marked as Completed or CancelledPreventing time entry on tasks that are no longer active, regardless of manual pinningIntroducing configuration options to restrict manual pinning based on task statusAllowing system administrators to disable the manual pinning feature (Alt+P) for specific user profiles or globallyCurrent BehaviourUsers can manually pin tasks to their timesheet using Alt+P or the pin iconPinned tasks remain visible on the timesheet even after being marked as Completed or CancelledUsers can continue logging hours on these tasksThe existing setting “Pre-populate timesheets with completed or cancelled tasks” does not affect manually pinned tasks
Description:Our users need a way to categorize comments in proofs. Reviews often include duplicate or similar feedback, and grouping them would make it easier to compare related or conflicting comments and speed up implementing edits. Why is this feature important to you:Grouping similar comments would save time, keep reviews organized, and improve accuracy when resolving conflicts. How would you like the feature to work:Allow users to tag or categorize comments (e.g., “Duplicate,” “Design Change,” “Content Edit”) and filter by those tags. This would let them view all related feedback together for faster, more organized reviews. Current Behaviour:Comments can only be reviewed individually.
Description:There is a critical inconsistency between the activity records in the Adobe Admin Console and the logs shown in Workfront. When users make changes — such as editing profiles or managing access — via the Admin Console, these actions are not properly attributed in Workfront logs.Why is this feature important to you:Accurate traceability is essential for our security, audit, and compliance processes. Without clear identification of the user who performed a change, we face risks in governance and accountability. This is especially critical during permission reviews, account deactivations, or investigations.How would you like the feature to work:Workfront should reflect the actual user who performed the action in the Admin Console, both in the system logs and in Journal reports. Instead of showing “System” or generic labels, the logs should capture and display the authenticated user responsible for the change.Current Behaviour:Changes made in the Admin Console appear in Workfront logs as performed by “System” and in Journal reports as “RPA ” without any link to the actual user. This makes it impossible to track who made the change, creating gaps in auditability and compliance.
Description - Support WebP image file format for document upload and sharing (Not needed for proofing purposes) Why is this feature important to you - My team manages our corporate websites - those sites primarily use WebP file formatted images for page load speed and other reasons as supported by industry best practices. As an enterprise we use Workfront for request and project intake - so someone from another group within the enterprise can send a Workfront request to my team to update/create a web page - this included updating images - those individuals need to have the ability to upload and share WebP files with my team via Workfront for us to load to our DAM and websites. We would not need the ability to create WF proofs of these images. How would you like the feature to work - simply upload WebP file formatted images to documents within Projects and/or intake requests - again, for sharing purposes, not needed for proofing. Current Behavior - WebP images not supported for uploading.
Request for Feature Enhancement (RFE) Summary: This idea proposes enhancing Adobe Experience Manager (AEM) by shifting the storage of display settings within Sites and DAM sections from browser cookies to an instance-level configuration. By managing display preferences (such as UI layouts or viewing modes) directly within the AEM instance, users can enjoy a consistent experience across devices and browsers without relying on client-side storage. This approach improves usability, eliminates cookie dependency, enhances security, and ensures compliance with stricter data privacy regulations. Use-case: Use Case: Unified Display Settings for Multi-Device Content Editors Scenario:A content author frequently switches between a desktop computer at work and a laptop at home to edit content in AEM. Currently, their preferred display settings—such as column view—are stored in browser cookies. This leads to an inconsistent user experience, as their preferences need to be manually reconfigured on each browser and device. Solution with Instance-Level Settings:By saving display preferences at the AEM instance level, the author’s settings are automatically applied regardless of the browser or device they use. The system retrieves their settings directly from the instance during login, ensuring a seamless and personalized experience. Benefits: Consistency: The same display settings persist across all devices and browsers. Efficiency: Eliminates the need for users to reset or reconfigure preferences. Privacy & Compliance: Reduces reliance on cookies, aligning with stricter privacy laws like GDPR. Usability: Provides a more polished and user-friendly experience for content authors and administrators. Current/Experienced Behavior: In AEM, display settings for users are typically managed on a per-browser basis using cookies or local storage. This cookie-based approach is functional but lacks flexibility and scalability for modern multi-device workflows and collaborative environments, making a server-side, instance-level storage mechanism a desirable enhancement. Improved/Expected Behavior: The expected behavior involves transitioning from a browser-dependent model to an instance-level storage model for display settings. This approach ensures a consistent, user-friendly experience across devices, browsers, and shared environments. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud service (All environments), Release: 2024.11.18598.20241113T125352Z Customer-name/Organization name: BORUSSIA DORTMUND GMBH AND CO Screenshot (if applicable): Code package (if applicable):
We have roughly 7,500+ users on Workfront globally.In a small number of cases, where a user shares the same first name and last name, we are unable to distinguish which user is which when "@" tagging them into an update or other.It would be great if Workfront could either add an additional data point when tagging users in updates or add the user profile hover-over functionality to the draft update module to help determine if you are reaching the right person.Example below:Any questions, do let me know.Best regards,Christian
Description -We would like some groups to have the ability to see Data Views and their configuration without having the ability to modify. Current Behaviour - users without edit/modify permissions cannot see data views.
Description - Implementing the Analytics CNAME involves creating a subdomain for our website, which is then utilized to place cookies in a first-party context. However, during SEO crawling, these subdomains are scanned as well. To prevent Google from crawling these subdomains, we need to make adjustments to the robots.txt file located within it. Yet, as end users, we lack the capability to perform this task on our own and require assistance from Analytics Engineering to handle it on our behalf Why is this feature important to you -Search engines like Google allocate a crawl quota to domains, determining the time and resources dedicated to indexing a website. If these crawlers expend their resources on redundant URLs, like CNAME subdomains, there's a potential for vital content on our site to go unnoticed during indexing. This poses a risk of missing out on organic traffic if the crawlers neglect new or updated content while focusing on less crucial areas. How would you like the feature to work - We seek support from Product Engineering to facilitate updates to the robots.txt file. Current Behavior - Analytics Product Engineering currently does not provide support for changes in the robots.txt file. This results in significant financial losses due to expenses associated with SEO configurations and unnecessary utilization of our crawler quotas.
We are creating a photography brief in a custom form, and it would be helpful if each checkbox included the photo angle name along with a reference image
Description - The Delegate feature should include all the options like assignments, access to campaigns, email notifications/updates,etc and should not only limit to approvals.Why is this feature important to you - We have set up assignments for group leads who if go on vacations, we have to manually change the assignments for that period to anyone who is covering up for them. Also when they are back, it needs to be assigned back to group leaders. This is done on routers on queu topics or through fusion scenarios in some cases where we need to update everytime. If this can be covered under delegations, it would be great.How would you like the feature to work - It should automatically pick any assignments/notifictaion/ownership of campaigns to be asisgned to the delegated user.Current Behaviour - It only works for approvals, not for assignments and updates and project ownership.
Description - The SSO ID (Federation ID) for the Federated users is no longer accessible on Workfront after migration to Admin console. Earlier we had this info on user profiles. We can still see it on the users profile if they were added before the migration date, but anyone added recently has no info about their SSO ID in Workfront. Why is this feature important to you - This field was used to map internally with users of our organisation to monitor the movers and leavers and hence carry out deactivations (by mapping the SSO ID with company's internal active directory). Now we don't have that value in the reports and there is no way we can pull in in Workfront without manually feeding that info in the custom form or excel reports. How would you like the feature to work - I would like the SSO ID field to show the value in user's profile so that we can pull it in the reports. Its okay if we cannot edit it, similar to the email address field but atleast keep it visible on Workfront reports if not on profile directly. Current Behaviour - Only old users have the SSO ID in the reports if we pull it on user report, new users show blanks and do not have any reference to the SSO ID.
Hi, we are planning our resources by tasks and user. We always use the features "Set Users' Planned Hours as Budgeted" and then "Set Roles' Planned Hours as Budgeted". The issue is this is causing many clicks by each PM all the time they update their planning to assure we really have the latest numbers in our Resource Planner tool. Is there a trick to "Set Users' Planned Hours as Budgeted" and then "Set Roles' Planned Hours as Budgeted" for all users and roles at once, e.g. at least for one project or ideally for several at once? This would make resource planning much easier and quicker.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.