Build better products with our product team
Request for Feature Enhancement (RFE) Summary: Ensure that share links for collections in AEM Assets dynamically update when the collection's visibility changes from Private to Public, reflecting the new path in the DAM structure. Use-case: As a user managing digital assets in AEM, I need to share collections with external stakeholders. When a collection initially created as Private is later made Public via Collection Settings, or vice versa, the previously generated share link should remain valid and point to the updated path in the DAM structure. This ensures uninterrupted access regardless of changes in the collection's visibility status. Most of the time, share links are distributed to hundreds of people, especially in contexts like press releases or external communications. If the collection’s visibility changes, it is not acceptable to recreate and resend a new link. The original link must remain valid, as updating it would be unmanageable and could lead to confusion, broken access, and reputational impact. Current/Experienced Behavior: When a collection is created as Private and a share link is generated, the link points to the Private path. If the collection is later switched to Public, the DAM path changes, but the share link does not update accordingly. This results in a broken or inaccessible link. Improved/Expected Behavior: The share link should automatically update to reflect the new Public path of the collection, ensuring that the link remains functional and continues to provide access to the collection after the visibility change. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Assets as a Cloud Service, version 2025.7.21570.20250715T080514Z, Admin UI.Issue reproduced on a clean OOTB instance, no custom configurations involved. Customer-name/Organization name: Audemars Piguet (client) / Valtech (integration partner) Screenshot (if applicable): Code package (if applicable): N/A. Issue reproduced on a clean OOTB instance without custom code.
Description - At the moment there is not simple action when we want to update access rules on an object, and it would be great to have this featureWhy is this feature important to you - At the moment there is no way to simple update access rules on Project/Issue/Task if neededHow would you like the feature to work - There is a new module or extension within custom actions where we can update access rules (add/remove/modify)Current Behaviour - We have to manually copy access rules, create new ones manually, and assign the full array to the object
Request for Feature Enhancement (RFE) Summary: Support for adding icons on the Tab and Accordion Item Use-case: As an author , I would need to add an icon to each tab / accordion Current/Experienced Behavior: Author can only add Tab Title or Accordion Title. Improved/Expected Behavior: A composite field support for the Panel Container so that author can choose the indivudal tab item , and also have the ability to add icons for each Tab Item / Accordion Item Environment Details (AEM version/service pack, any other specifics if applicable): AEM As Cloud latest version. Core Components latest varsion Customer-name/Organization name: -- Screenshot (if applicable): Existing Proposed ( Looking for a composite multifield support) Code package (if applicable):
Description - there's no way to reorder favoritesWhy is this feature important to you - project importance changes periodically. if i need to reorder, i have to remove from favorites and then resave in the correct order. this is extremely inconvenient.How would you like the feature to work - add a drag and drop featureCurrent Behaviour - you can only remove and add items from/to the favorites list. no drag and drop feature.
Description - Would love to see Workfront develop logic that allows users to see only the options that are applicable for them within a field, without having to create multiple fields. An example - I have two values that I want project owners to populate. One is Business Group and the other is Product. Each Business Group has its own products. In current state, there are two options. One is to have one Product field that lists all of the products for all of the business groups. The second is to create multiple fields - one Business Group field and then multiple Product fields (one for each business group). In the first option, project owners might have to scroll through a long list to see the one that they need, and if products are similar between business units, there could be confusion about which one to choose. There's nothing stopping them from choosing a product that doesn't match the business group. In the second option, you're maintaining extra fields even though all of them are for Product. This results in more fields that need to be mapped in integrations, and a busier view of excess fields in other tools (for example, AEM). In addition, having numerous fields for the same thing makes analysis and reporting more complicated than it needs to be.
Description - It would be great if we can have a similar functionality that is available in Workfront where we can promote environments, for example if we want to test scenarios in the demo env and then move those scenarios to production teamWhy is this feature important to you - It would shorten the development time, allowing us to focus on important implementation topics and not migrationHow would you like the feature to work - Button available in teams not marked as production from which we can push scenarios/folders while defining connection from the production team that should be used for depending modulesCurrent Behaviour - Feature not available
Description - When setting up a request queue with different queue topics, it would be really helpful to limit who can see each queue topic. Why is this feature important to you - This would allow users to only see topics that apply to them while minimizing the number of queue projects in the system. How would you like the feature to work - Allow for the "Queue Settings" to be applied differently across each queue topic. Each "Queue Topic" would have its own settings with a checkbox to inherit the projects settings or to customize the queue topic's settings. Also allow for sharing within each queue topic so we could provide proper visibility into each topic. Current Behaviour - For every topic that needs different visibility, a whole new request queue needs built which causes a lot of clutter in the initial request screen.
The older version of the API, 1.4, allowed us to download a JSON of the processing rules in a suite. Since these are instrumental in transforming data into eVars, Props, and Events, they are an essential part of maintaining the data quality of a suite. The newest version of the API, 2.0, does not currently support accessing the processing rules, and it's been stated on Github that, as of this idea submission, processing rules access is not even on the roadmap. Unless Adobe is going to eliminate these rules (and the eVars and Props that are driven by them), a mature multi-site installation of Adobe Analytics, esp. across mobile and web, relies on a constant overview of processing rules for maintenance, QA, and to aid site and mobile app developers.Please make sure that processing rules are accessible via the APIs, not just in version 2.0, but in all future versions. Leaving 1.4 up is not a complete solution, as Adobe may deprecate it at any point.
Often we as Fusion develpoers can't go deeper than checking API responses, even with the DevTool.I would be just another level if we could for at least the Workfront and Authenticator Modules be able to see deeper logs behind the API calls and their responses. Otherwise we always have to involve support.The the idea would be to provide on option to check deeper logs in Fusion Flow Executions if needed.Have a good day
Description - a module that allows me to write custom ECMA script Why is this feature important to you - for data conversion, often the Fusion tools are less than ideal and require many tools/regex/JSON modules to accomplish things. Especially annoying is the inability to set attributes on an object. How would you like the feature to work - Would love a module that has an input field that takes N arguments, which can be selected from the popup panel text box that implicitly creates a function wrapper, with he selected arguments as inputs expects a return statement and the returned value is accessible in the flow as "output" similar to Switch module Bonus: ability to make this a named module, so it can be used in multiple places with just the inputs changing
Description - Ability to report on tasks only when all dependent predecessors have been marked as complete; otherwise, the report should not show that task as something that's ready to be worked upon.Why is this feature important to you - Our teams heavily depend on previous task completion to begin the next work. With that there is a lot of time that would be spent manually on going through all tasks to see what is ready.How would you like the feature to work - If I look at a task reportCurrent Behaviour - tasks shows even if one of the predecessor is marked as complete and the task actually has more than one predecessor. Only when all predecessors tagged on that task are complete, then show me the data. Copy of the report I created while working with Adobe ticket assistance and we didnt achieve what was needed.https://deloitte.my.workfront.com/report/6877aaea000166e652c792ceb63b6ae0/detail
Description:Allow users to highlight areas in a proof when replying to comments, not just when creating new ones.Importance:Stakeholders often miss highlighting content or only mark part of what's relevant. This would improve clarity and streamline review workflows.How it could work:When replying to a comment in a proof, users should have the option to create a new highlight linked to their reply.Current Behaviour:Highlighting is only available when adding a new comment, not when replying to an existing one.
Description - When marketing operations use workfront planning for their campaign planning, the stakeholders would want to convert a plan (planning record) into a brief (request) in workfront. post this conversion either using fusion or manual request submission, the ideal experience for a 360 view of a campaign plan would be to link the brief (request) back to the campaign plan. However the current planning config doesn't have option to relate a request object record.Why is this feature important to you - This impacts the brief intake process and indicate a critical gap between Workfront planning and Workfront on a Content Supply Chain workflow for a Marketer.How would you like the feature to work - Create a relationship connection between Workfront planning record type with Workfront request object.Current Behavior - No Option to relate Workfront Planning record with Request object in Workfront
We would like to add the same person to a review route twice in different stages. We have the project owners review proofs in stage 2, but then also need to review again in the last stage after everyone else has reviewed, so they can review other's comments, comment back for clarification or answer any questions.Why is this feature important to you - Streamlines the process. Currently, the project manager has to reach out to the project owner after the route is complete to confirm there aren't any comments that need to be responded to, and wait for the project owner to reach back out to them when they've had the chance to review again. If they can be added again to the final stage, they will get the automatic email notification that it's their turn again. Once the review is complete, the PM knows it can be routed straight back to the necessary team without any additional steps in the process.
Request for Feature Enhancement (RFE) Summary: Enhance Dispatcher cache invalidation mechanisms to support automatic, granular purging of cached content fragment updates without manual rule configuration. Use-case: Organizations using AEM Content Fragments heavily rely on Dispatcher caching for performance. When content fragments are updated or versioned, the cache often does not invalidate automatically, leading to stale content being served until manual cache flushes occur. Current/Experienced Behavior: Dispatcher requires explicit cache flush rules or manual cache invalidation after content fragment changes. This is error-prone, inefficient, and can lead to content inconsistencies on live sites. Improved/Expected Behavior: Provide built-in intelligent cache invalidation that automatically detects changes in content fragments (including variations, tags, or linked metadata) and triggers selective Dispatcher cache purges. This reduces operational overhead and ensures up-to-date content delivery. Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.x (including Cloud Service), Dispatcher configurations with typical cache rules, Content Fragments managed via AEM Assets Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
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