Build better products with our product team
Now that we can attach custom forms to group objects (thank you!), can we have the ability to edit multiple groups at once? I am updating all our groups with custom data but it's slow and tedious without the ability to edit multiple groups at once.
Request for Feature Enhancement (RFE) Summary: Add a “View as Published” button directly in the Site Content View for each page, without needing to open the page in the editor Use-case: Content authors and reviewers frequently need to preview how a page will appear on the published site. Currently, they must: 1. Go to the AEM Sites Content View. 2. Select the page node. 3. Click Edit to open the page. 4. Then click View as Published from the editor toolbar. This process is repetitive and time-consuming, especially when reviewing multiple pages Current/Experienced Behavior: “View as Published” is only accessible from within the page editor. Users must load the page in editor mode just to preview a page. Improved/Expected Behavior: A “View as Published” option should be available directly in the Site Content View, perhaps as a button in the toolbar for selected pages. This allows quick and efficient access to the published view without entering the editor, improving productivity and user experience. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
When adding a new template tasks to an existing project, the date gets set to the start of the project. For some long projects, you could have to click through the months of a few years to select the new dates. A "today" button or advance year button would save a lot of time.
DescriptionWe need a way to reassign all open and completed tasks from a deactivated user to an active user in bulk. Why This Feature Is ImportantWhen an employee leaves the company, there is currently no method to transfer their tasks directly from their profile. This creates administrative overhead and risks losing visibility on critical tasks that may still require action or tracking. Proposed FunctionalityUpon deactivating a user, the system should prompt the administrator to select an active user to whom all open and completed tasks will be reassigned. This should occur automatically as part of the deactivation process, minimizing manual intervention and ensuring continuity of work. Current BehaviorThere is no built-in functionality to support bulk reassignment of tasks from a deactivated user.
Description - My managers cannot log time via the Hours subtab unless granted admin access. I need my managers to be able to log time for their direct reports to ensure we are tracking time to the best of our ability. Why is this feature important to you - I need my managers to be able to log time for their direct reports, especially when sometimes workers are away on shoots. The responsibility is always on the worker but if they are having status meetings and reveal the information why not help them out and allow managers to log on their behalf? How would you like the feature to work - The feature would work identically to those with admin rights to timesheets. When the user goes to the hours subtask on a work object they will see a log time button. From there they can select themselves or anyone that reports to them and log hours for a specific date. Current Behaviour - I set managers to their own access level and grant them admin rights to timesheets. As you can imagine, this is not ideal since this gives all managers the ability to edit any time logged in even if it is not by someone on their staff. Although the odds are low that someone would abuse this power, I prefer not to open ourselves up to the chance.
Description:Add a built‑in Data Quality Dashboard in RT-CDP that continuously monitors incoming streaming data for schema deviations, missing key attributes, duplicate records, and outlier values. When anomalies exceed configurable thresholds, trigger:Automated alerts (email or slack)Visual drill‑downs showing the offending eventsGuided remediation steps (e.g., map this unexpected field, fill missing email, merge duplicate IDs)Why is this feature important?Proactive Hygiene: Catch ingestion errors the moment they occur, before they corrupt unified profiles.Faster Troubleshooting: Teams spend less time hunting for what broke in the data pipeline and more time fixing it.Higher Confidence: Marketing and analytics users trust that every profile and audience segment is built on accurate, complete data.
We would like an option to clear selected Mentions once an update has a response. Currently the Mentions Widget retains mentions and it is hard to sort through them to determine what needs follow-up. It would be nice to have the option to clear or hide selections Mentions once an update/reply has been made.
Description - Right now, the People tab of a project is not dynamically updated to people actually in that project. Anytime someone is added to a task or issue in the project, they are added to the People tab (or are the PO or other reasons). But then they remain in the People tab even if they are removed from the project tasks. Why is this feature important to you - If users are opting into emails for 'updates about projects I'm on' then they are getting these unnecessarily. This is a big issue when it comes to projects that act as the projects receiving issues/requests - those projects will never go away as long as we have the request queue feeding it, but more people are randomly added to the project and after a while they aren't needed to be there but are still getting the notifications.How would you like the feature to work - The People tab should be a reflection of the current state of the project, and should not include users who have been removed as assignees. Current Behaviour - Users are added to the People tab when assigned to a task or issue, but if a user is removed as an assignee, they remain on the People tab.
Description - Would love to have the option to pin and unpin a certain update to the top of the updates thread. This would allow for easy visibility on the most up to date items, etc. Would also love the option to filter updates by date, time, etc. to quickly search through and locate a certain update. Why is this feature important to you - This would increase productivity within the Workfront platform tremendously and would avoid confusion and clearer communication with cross-functional partners looking for information via updates. How would you like the feature to work - A button that says "Pin" next to "Reply" and " Like" - Once pinned there would be an option to "Unpin" For the filter, some sort of filtering option at the top right of updates then you can click and customize certain date, time, latest comments, etc) Current Behaviour - Updates are ordered in the time in they are posted, and all replies and updates are not able to be customized at this time making it difficult to find important updates.
Description - It would be much nicer the Edit Text Mode button enabled editing in the main windows instead of having to put it in the tiny popup window that appears. Why is this feature important to you - The edit popup is so small you can't really use it. You have to do your editing in an external editor and past it into the popup How would you like the feature to work - upon clicking "Edit Text Mode" the main window where you can see the code should be enabled for editing.
Description - If your text mode code includes a long line(s), the window widens to the point that the Edit Text Mode button isn't visible on the screen, making it easy to think that the button doesn't exist, especially since the code wraps in the edit popup window. Why is this feature important to you - multiple times we've had users think there was a bug because they couldn't find the button How would you like the feature to work - The button should always be visible on screen
Description / Current behaviour:If a Task has Revenue Type = Role Hourly [With Cap / Plus Fixed] setting, the Planned & Actual Task revenue is calculated with the Billing Rate associated with the Assignment Role(s) of the Task.The Billing Rate applied may be the default one set on the Job Role, or one that is set on the Company / Project for that particular Job Role.If a Task has multiple Assignments, revenue is calculated for each of them separately (using Assignment Role) and then summed.For User Assignments (as opposed to Role Assignments), the Assignment Role (labelled as "Assignee's Role" on the UI) can be (only) one of the Job Roles associated with the assigned user.The following business problem exists with this scenario:A task is planned with Job Role X and sold to a client at a price calculated with Job Role X.Given task is assigned to a user with Job Role Y (since a user with Job Role X is not available)The Assignment Role will be Job Role Y, i.e. the Job Role of the User.Workfront calculates the planned / actual revenue of the Assignment using the Job Role of the user (Job Role Y).Consequently, the planned/actual revenue of the assignment (and of the Task and Project) is incorrect, since the correct figure would be calculated using Job Role X.How would you like the feature to work?When editing Assignments of a Task, any active Job Role can be specified as "Assignee's Role" not only the Job Roles associated with the assigned user.The planned / actual revenue for the assignment is calculated with the Assignment Role (as it is now).Role Hourly revenue can be calculated with any role, not only with one of the assigned user's own roles.For convenience, project level default assignment roles can be defined for each project team member.If a project level default assignment role has been defined for a user, when that particular user is assigned to any task on that particular Job , the "Assignee's Role" (Assignment Role) on the new Assignment will automatically be set to the user's project level assignment role.It should be possible to manually change the Assignment Role to any Job Role.When setting a project level assignment role for a user, the Assignment Role of this user on this project on existing Assignments is not changed.Configuring project level default assignment roles can commence either on the "People" tab of the project or in a new Column labelled as "Default Job Roles".Project level default assignment roles can't be date effective. They apply to the project regardless of the date.The proposed way of working will be really critical to our new core design!
Description - I want to create additional rules for marketing channels but it says rule 4. Even if i create one more it says Rule4 only. It might be a bug. How can I reference these if names are same.Why is this feature important to you -Even if i create one more it says Rule4 only. It might be a bug. How can I reference these if names are same.How would you like the feature to work - add edit option to rename the ruleCurrent Behaviour - no edit option
Description: The Search UI has recently changed in Workfront removing both the ability to simply close window when finished searching to return to the page you were on and the ability to have your search filters per object type persist.This change impacts our user base negatively enough that we assumed it was a bug and I put in a support ticket. I've received the following response: What Changed in the Workfront Search UI?Full-Screen Search: The Advanced Search is now a full-screen experience. When you open the search, it overlays the entire page.No Close Button: The new design does not include a close (X) button to exit search and return to your previous page. Instead, you must use the browser’s back button.Navigation Impact: If you perform multiple searches or add filters, each action adds to your browser history. Returning to your starting page (e.g., a project) requires multiple clicks on the back button, which can be cumbersome.Consistency: This behavior is the same across Chrome and Firefox, on both Windows and Mac. Why Was This Changed? According to Adobe Workfront’s official documentation: The Advanced Search is now full screen. You must navigate away from the page rather than closing the dialog.This update is part of a broader interface modernization effort to make Workfront more consistent with other Adobe applications. However, it has unintentionally reduced usability in this area. Known Limitations and User ImpactThere is no way to simply “close” the search and return to your previous context. The filter is not prepopulated and does not persist after a refresh. The only way to return to your previous page is to use the browser’s back button, which can be tedious after multiple searches or filter changes. This affects all users and is not browser- or OS-specific. Workarounds & RecommendationsUse the Back Button: For now, using the browser’s back button is the only way to return to your previous context. Open Search in a New Tab: As a workaround, right-click the search menu and choose “Open link in new tab” (if available), so your original page remains open. Why is this feature important to you: Being able to simply close the search window when done searching is the simplest most efficient user journey especially if you are trying to eliminate user clicks as much as possible. Right now, with the update in place, if you perform a search and then add multiple filters in order to narrow down your search you will have to have either remembered to open a new window/tab for searching alone or will be forced to click the back button in your browser multiple times to return to your original page. Filters you set no longer persist to the next search which necessitates this multiple iterations in the search window every time you use it unless you want to use a simple, very generic search and not drill down past the first page of results If this is aligned to how search works in other adobe products, search should be updated across their whole product offering because this experience is terrible.How would you like the feature to work:1) Primary concern: Bring back the close button so you can simply close the search window at any time to return to the page from which the search window was opened2) Secondary concern: Allow filters to persist in the search window
Description:Adobe Campaign Classic (ACC) does not currently support the <amp-img> tag used in AMP mailers when uploading HTML content via the Browser folder option in the Email Delivery template. As a result, image paths are not updated to hosted URLs correctly, causing issues with rendering AMP emails.Why is this feature important to you:We are increasingly using AMP mailers to deliver richer and more interactive experiences to our customers. Manual conversion of <amp-img> tags to <img> tags is time-consuming, error-prone, and not scalable for larger teams or frequent campaigns. Supporting AMP-compliant tags like <amp-img> natively in ACC will streamline our workflow, reduce turnaround time, and improve accuracy.How would you like the feature to work:We would like Adobe Campaign Classic to automatically recognize and process <amp-img> tags when AMP HTML is uploaded via the Browser folder option in Email Delivery. The platform should update the src attribute in <amp-img> tags in the same way it currently handles <img> tags, enabling proper hosting and rendering of images in AMP emails.Current Behaviour:Currently, ACC only processes standard <img> tags for image URL rewriting. When uploading AMP HTML containing <amp-img>, the image paths remain unchanged, which breaks proper rendering in the final email. As a workaround, we manually replace <amp-img> with <img> before uploading, which enables URL rewriting but compromises AMP standards and is not ideal for production use.
Request for Feature Enhancement (RFE) Summary: Introduce the Apache mvnd (Maven Daemon) wrapper in Adobe Cloud Manager so that the build step can reuse a long-lived JVM, parallelise module compilation, and dramatically cut cold-start overhead. This change targets only the build phase; the deploy phase likely remains untouched. Use-case: Large, multi-module AEM as a Cloud Service projects (often 10 + modules) can spend several minutes just starting Maven and resolving plugins for every pipeline run. In busy CI/CD setups (feature branch builds, frequent merges, scheduled quality gates) these wasted minutes quickly accumulate, slowing feedback loops and consuming CI minutes. Current/Experienced Behavior: Cloud Manager invokes the stock mvn CLI in a fresh container for each build. Each invocation spins up a new JVM, scans plugins, and builds modules sequentially. Typical build duration for a representative 10-module project: 9–11 minutes, of which ~1-3 minutes are Maven start-up and plugin scanning. Developers compensate by using mvnd locally, but must still wait for slower pipeline feedback. Improved/Expected Behavior: Cloud Manager containers start an mvnd daemon once, then execute build goals through the daemon for the lifetime of the build step. Parallel module compilation (default --threads=auto) and reused class-loaders remove the repeated start-up cost (potentially the resources of the build-pod(s) need to be increased to provide more CPUs to work with in parallel). Anticipated build-step time-savings: 25-40 % on typical AEM multi-module projects (confirmed in local benchmarks and community posts). No impact on deployment logic; output artefacts (all-, ui.apps, ui.content) remain identical. Environment Details (AEM version/service pack, any other specifics if applicable): ---- Customer-name/Organization name: ---- Screenshot (if applicable): ---- Code package (if applicable): ---- Maven-Deamon (mvnd): https://github.com/apache/maven-mvnd Article: https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager-blogs/speed-up-local-development-in-multi-module-aem-projects/ba-p/738507
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