Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

AEM Asset Metadata Export - ability to save/reuse properties to be exportedInvestigating

Request for Feature Enhancement (RFE) Summary: Ability to save/reuse properties to be exported in Metadata Export Use-case: Issue 1 There is no reporting function in the DAM. I mean there is a reporting capability, but it suffers from the same issue that the metadata export suffers from; namely, you have to enter the metadata fields you want to report on, one by one. Laboriously. And once you have done this once, there is no ability to save the report/metadata export so the next time you want to do either you have to go in and re-create the whole extract/report again.   When you add properties to be exported, it is not a multi select screen so the task is painful when you need to export a big list.   Issue 2 You can get around Issue 1 by selecting the All option to get all metadata fields… (See screenshot Issue 2) But for some reason despite us only having about 90 metadata fields, the ALL options produces a CSV of anywhere from 200-3000 metadata fields, depending on how many assetpaths it returns. This renders the Export ALL option completely useless because the CSV file generated for any large number of assets is so big that Excel cannot open it. Current/Experienced Behavior: See use Case Improved/Expected Behavior: Ability to multi select properties in one go (not multifield - Add Property) and ability to reuse this selection when I needed re-create this export again in the future. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: Coles Screenshot (if applicable): Issue 1  Press Add     Issue 2   Code package (if applicable):  

lutzULevel 4

AEMaaCS | Launches | Make them available on PREVIEW service for review/approvalInvestigating

Request for Feature Enhancement (RFE) Summary: Enhance the launches so that they can be published to PREVIEW service so that they can be reviewed/approved by people who do not have access to AEM. Use-case: As an editor I use launches to prepare future updates of a page separately from the current page. This prepared version needs to be reviewed and approved by people in my organization who do not have access to AEM. For them I would like to publish the launch page to PREVIEW in order to share the URL with them. Current/Experienced Behavior: Currently I have no chance to publish the launch page to PREVIEW. Just view-as-published is available which does not help as the reviewers do not have AEM access. Therefore the advantage that I can prepare a page without blocking the current page is gone as I have no chance to get it on PREVIEW in order to let them check from approvers. At the end I need to promote it to do so and with this I'm back on the current page and could not working separately anymore.  See documentation for Launches: https://experienceleague.adobe.com/en/docs/experience-manager-cloud-service/content/sites/authoring/launches/overview Improved/Expected Behavior: Make the option available to publish a launch page to the PREVIEW. With that I would have the chance to share a preview URL with reviewers and approvers in my organization who do not have access to AEM. Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Carl Zeiss AG Screenshot (if applicable):   Code package (if applicable):  

dmurata-1Adobe Employee

Do not remove child nodes by Manage Publication of Experience Fragment(XF)Investigating

Request for Feature Enhancement (RFE) Summary: Fix ManagePublication behavior to preserve child nodes in ExperienceFragment instead of deleting them Use-case: Use "Manage Publication" on particular parent folder on XF Structure. BEFORE ManagePublication (Publish Environment): /content/experience-fragments/customer/ └── en/ ├── company/ │ ├── company-overview-xf/ │ │ └── master/ │ ├── about-us-xf/ │ │ └── master/ │ └── contact-info-xf/ │ └── master/ ├── products/ │ ├── product-catalog-xf/ │ │ └── master/ │ ├── product-detail-xf/ │ │ └── master/ │ └── product-comparison-xf/ │ └── master/ └── ir/ ├── financial-report-xf/ │ └── master/ ├── investor-presentation-xf/ │ └── master/ └── earnings-release-xf/ └── master/   AFTER ManagePublication of /content/experience-fragments/customer/en (Publish Environment - ISSUE): /content/experience-fragments/customer/ └── en/ └── [EMPTY - All child folders and XF content deleted from Publish] Current/Experienced Behavior: When using ManagePublication on ExperienceFragment folder (/content/experience-fragments/customer/en), all child folders (company, products, ir) and their XF content are completely removed from Publish environment. All English XF content disappears from live site Impact : Broken user experience, missing localized content, language-specific content loss (Some Japan customers faced incident due to this functionality.) Improved/Expected Behavior: Prevent deletion of child nodes in ExperienceFragment - this is a bug, not a feature request Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud Customer-name/Organization name: Manufacturing Screenshot (if applicable):   Code package (if applicable):                  

JimPresley
JimPresleyLevel 2

AEM Assets - Batch Edit across folders using custom schemaInvestigating

Request for Feature Enhancement (RFE) Summary: Allow Bulk edit against a search result set maintaining selected schema Use-case: I filter for specific files, and I wish to batch edit fields in the result set of that search.  Presently, If the result set of assets are located in different folders, the schema displayed is the OOTB basic schema, not the custom one we use.  I'd like to do a search for assets that contain specific metadata, then bulk-update the result set of assets.  That result set is spread across multiple (hundreds) of folders.  I can't do an export csv function against assets in multiple folders as that function is only available against a single folder and its subfolders.  Current/Experienced Behavior: What I do now, is select the top most folder, then export csv (that contains all files in and under that top folder including subfolders, then pull it all into a spreadsheet to parse for the files I need to modify, make the modifications in the spreadsheet, then upload as a metadata update.    The flexibility of doing a metadata export against a search result would be extremely useful. Improved/Expected Behavior: Time, accuracy, consistency Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: Nordstrom / PMO Screenshot (if applicable):   Code package (if applicable):  

UnjiBaAdobe Employee

Enable IP Allow List Support for Content Hub Delivery EndpointsInvestigating

Request for Feature Enhancement (RFE) Summary: Based on the customer’s internal IT policy, it is required to restrict access to Content Hub endpoints using an IP allow list, similar to the current IP-based access control available for AEM Author (DAM). Without this capability, there is a significant risk that the customer will be unable to adopt Content Hub in their production environment due to internal security compliance requirements. Use-case: The customer utilizes AEM Assets and Content Hub to share content with both internal teams and external agency users. For security and compliance reasons, access to internal content must be restricted to pre-approved IP addresses. While AEM Author supports IP allow list configurations, Content Hub delivery endpoints are currently publicly accessible and do not support the same level of access control. The customer requires the ability to limit access to Content Hub by IP to align with internal security policies. Current/Experienced Behavior: Content Hub delivery endpoints (e.g., *-delivery) are publicly accessible by default. There is no configuration available to apply IP allow list restrictions specifically for Content Hub. IP restrictions set on AEM Author do not apply to Content Hub endpoints. Improved/Expected Behavior: Content Hub should support IP allow list functionality, allowing administrators to define which IP ranges are permitted to access delivery endpoints. If a user attempts to access Content Hub from a non-approved IP, the system should block access and return a 403 error. Ideally, this feature would also allow for different IP configurations for internal users and external partners. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud Service     Screenshot (if applicable):   Code package (if applicable):