Product ideas | Community
Skip to main content

10000 Ideas

bjoern__koth
bjoern__kothNew Participant

Analysis Workspace - Dynamic "Previous Date Range"New

Description - (I am sure this has been asked many times, so I just wanted to revive the idea) We need an automatic "Previous Period" date range component that automatically creates a dynamic lookback window relative to the selected date range on the panel.   Why is this feature important to you It is basically not practicable to have fixed previous date range components in place that only work until one changes the panel date range. Example Freeform table using the last 7 full days (Panel date range) vs the previous 7 days (custom date range in the workspace project). Now, someone decides to change the date range on the panel to "last 30 full days" Result the custom date range still displays only 7 days, the rest is 0 the comparability between panel date range and freeform table is completely useless this becomes even more obvious / erroneous if you are applying a summary change visualization on the two columns, not taking the same number of data points into consideration How would you like the feature to work The "Previous Period" date range automatically calculates the previous x days  / weeks / months before the currently selected date range, based upon that value. Should I change the panel date range, this will automatically update the data that has been filtered by this date range e.g., in a "Summary change" visualization Current Behaviour once you change the panel date range, your data is messed up, becoming unusable this is extremely annoying for all levels of analytics consultants. I don't know how many times I have explained this to clients or had the same issues myself other analytics tools like Looker Studio do not seem to have that problem, see https://support.google.com/looker-studio/answer/9272806?hl=en For an analytics solution as mature as Analysis Workspace, this should be a standard feature.   @ericmatisoff your two cents on this idea would be amazing. You seem to have the best connections to the product team

GowrishankarNew Participant

AEM Guides: Can't Use UI to Insert Attribute ValueNew

Request for Feature Enhancement (RFE) Summary: AEM Guides Content Authors face the issue of not able to use UI in Author to insert the new Attribute Value, instead they have to go to source view to add it. However, to make it come in Author view, the only option Authors find is to add in Folder Profiles, Conditional Attribute which seems difficult for Authors to understand and follow, Is there a way Authors can create new Value as they do in Source in Author view itself. Currently how it is handled:https://experienceleague.adobe.com/en/docs/experience-manager-guides/using/user-guide/map-management-publishing/output-gen/conditional-content/generate-output-conditional-attribute-profilinghttps://experienceleague.adobe.com/en/docs/experience-manager-guides-learn/videos/advanced-user-guide/folder-profiles#edit-conditional-attributes-in-the-global-profile  Use-case: AEM Guides Content Authors face the issue of not able to use UI in Author to insert the new Attribute Value, instead they have to go to source view to add it. However, to make it come in Author view, the only option Authors find is to add in Folder Profiles, Conditional Attribute which seems difficult for Authors to understand and follow, Is there a way Authors can create new Value as they do in Source in Author view itself. Currently how it is handled:https://experienceleague.adobe.com/en/docs/experience-manager-guides/using/user-guide/map-management-publishing/output-gen/conditional-content/generate-output-conditional-attribute-profilinghttps://experienceleague.adobe.com/en/docs/experience-manager-guides-learn/videos/advanced-user-guide/folder-profiles#edit-conditional-attributes-in-the-global-profile  Current/Experienced Behavior: Authors have to learn to add values in folder profiles Improved/Expected Behavior: Values saved OOTB on first type and suggests for future without adding in Folder profile conditional profiling Environment Details (AEM version/service pack, any other specifics if applicable): Adobe Experience Manager 2025.10.23122.20251023T134343Z-251000 AEM Guides 2025.10.0.278 Customer-name/Organization name: Sub-Zero and Wolf Screenshot (if applicable):   Code package (if applicable):  

---achimEmployee

Asset Selector Microfrontend - Rule-based hiding of AssetsNew

Request for Feature Enhancement (RFE) Summary: Asset Selector Microfrontend - Rule-based hiding of Assets Use-case: AEM is used to manage and host the website. Assets are delivered from Publish.A 3rd party, external, customer-facing application uses AEM as delivery system for their assets.  The according backoffice application uses the MFE to select assets.    Users of the 3rd party application must not see or select assets that are in a certain state (e.g. have not been published or approved or are expired or ...). Otherwise the app would store references that have not been approved (in this case "published") and cannot be served from Publish.IMPORTANT NOTE:"Hiding assets" is not the same as filtering for assets (which can be configured): "Filtering" always triggers a search, i.e. it would display all assets of the current and _all subfolders_. Also, this is a user action. "Hiding" in turn would a) not be a user action, but configured by the administrators. And b) would be applied automatically when users browse through the folder structure (I believe a majority still uses folders and browsers over search/metadata). This hiding of course also needs to be applied to the results when a user does an explicit search.  Current/Experienced Behavior: All assets are displayed - regardless of their state Improved/Expected Behavior: Administrators can define a set of rules that prevent certain assets to be displayed.   ORThe MFE calls a callback on each asset tile / row it wants to render and a customizer can provide code to return a value to enable/disable/hide the asset's tile.   Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS latest Customer-name/Organization name: any Screenshot (if applicable):   Code package (if applicable):  

---achimEmployee

Asset Selector Microfrontend MFE - Make Status field ConfigurableNew

Request for Feature Enhancement (RFE) Summary: Asset Selector Microfrontend MFE: Make Status field Configurable to display publication status Use-case: The Status indicator on the MFE seems to have been designed for an Assets-only installation, and with the new Asset view in mind, only.    On Enterprise installations, i.e. where one has an Author and a Publish system, tasks and the approval status are rarely used. Instead user would "publish" an asset, which implicitly means "approved" (otherwise why would you publish).Use Case: AEM is used to manage and host the website. Assets are delivered from Publish.,A 3rd party, external, customer-facing application uses AEM as delivery system for their assets.  The according backoffice application uses the MFE to select assets.    This application  needs to know which assets have been published. Otherwise it would store path references that have not been approved (in this case "published") and cannot be resolved on Published. Current/Experienced Behavior: The field dam:status is rendered hard-coded in the MFE.  Improved/Expected Behavior: Make the status field in the MFE configurable, so that the provider of the MFE can choose what to display here. In the described use case, show the publication status (not the approval status). Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS latest as of Nov. 2. 2025 Customer-name/Organization name: any Screenshot (if applicable):   Code package (if applicable):  

JustinNi4New Participant

Review Process Dropdown Lacks User Search FunctionalityNew

Request for Feature Enhancement (RFE) Summary: The "Assign to" selection dropdown menu within the AEM Guides review process does not filter results when a user's name is typed into the field. This requires users to manually scroll through the entire list to find and select a name.This issue significantly hinders workflow efficiency, especially in projects with a large number of registered users, making the process time-consuming and prone to selection errors.Steps to ReproduceNavigate to the AEM Guides interface and select content for review.Initiate a review process (Menu -> "Create Review Task").Click on the "Assign to" dropdown field.Begin typing the name of a known user into the field.Feature Request:Implement a type-ahead search or filter functionality for the user selection dropdown menu to allow for quick and efficient searching. Use-case: Ease of functionality Current/Experienced Behavior: Typing into the field has no effect on the list. The full, unfiltered list of users remains visible, forcing the user to manually scroll to locate the correct person. Improved/Expected Behavior: As characters are typed into the field, the dropdown list should dynamically filter in real-time to display only the users and groups whose names match the entered text. Environment Details (AEM version/service pack, any other specifics if applicable): 6.5  Customer-name/Organization name: Red Hat Screenshot (if applicable):   Code package (if applicable):  

Selliers
SelliersNew Participant

Update email master templates in an always on JourneyInvestigating

We have found an issue in AJO making us concerned about how to handle emails in an always on activity - when the master email template is been updated. It seems like there is now obvious way of changing and updating a template, and at the same time keep the content that is created in a template used in an running Journey. Changing the master template directly in prod, or from a upgrade package is no problem. The issue is how to keep the created and customized content used in that template you are updating. In many cases you are just updating the "framework" like header/footer or other more than less static content in a template. And in a Journey you create the relevant content for this activity using the "static" framework. But when you need to change/upgrade the framework, and change the template in use with the new and updated version, the customized content is been deleted. Is is not able to update just the template, and keep the customized content inside the template. We strongly suggest that there could be a feature making it possible to update an email "master template" that is in use, and at the same time be able to keep the customized content that has been created using this template. The template is still a template and that framework is used in several Journey's. We run into serious problems it we need to re-create all content just because the the template has an update in the static frame content. If you in the back end could split between what is template code and content code this might not be a problem. It seems like those two things is merged together and AJO cant see the difference between template code and customized content code. 

DjTFoxNew Participant

Bulk Delete Feature for Journey OverviewInvestigating

OverviewThis change request proposes adding functionality to allow users to delete multiple journeys simultaneously from the Journey overview, with built-in dependency checks to prevent deletion of journeys in active states.Current BehaviorCurrently, users can select multiple journeys in the Journey overview (indicated by a blue line showing the number of selected items), but must delete journeys individually through each journey's ellipsis menu.Proposed ChangesEnable bulk deletion of multiple selected journeys through a single actionImplement/Keep as is - dependency checks to prevent deletion of "Published" (including "In review", "Dry Run") journeys. Only delete when status is Draft, Draft (Test), Finished or similar. Add a "Delete Selected" button that appears in the blue selection bar when multiple journeys are selectedDisplay a confirmation dialog showing:Number of journeys that will be deletedNumber of journeys that cannot be deleted (with their states)Option to proceed with deleting eligible journeys onlyValidationOnly journeys in Draft, Draft (Test), Finished or similar status can be deletedIf mixed selection (some eligible, some ineligible), provide clear feedback on which can be deletedAfter deletion, the selection counter should accurately reflect remaining selected itemsError HandlingIf deletion fails for any journey, show appropriate error messageProvide detailed feedback on which journeys were successfully deleted and which weren'tBenefitsImproved user efficiency when managing multiple journeysReduced risk of accidentally deleting active journeysConsistent user experience for bulk operations