Skip to main content

Filter by idea status

10000+ Ideas

MenisaMeNew Participant

Publish Button in "Open in Assets" view in new CF EditorNew

Request for Feature Enhancement (RFE) Summary: Publish Button in "Open in Assets" view in new CF Editor Use-case: To enhance user convenience, "Publish Button" should be available once the user click "Open in Assets" view. Current/Experienced Behavior: There's no publish button option for the user after clicking "Open in Assets". User needs to manually navigate under full Assets UI. User should still have an option to publish the asset without publishing the CF which the asset is reference to. Improved/Expected Behavior: When the user clicks "Open in Assets," the system should provide an option to publish the asset directly within the "Open in Assets" view. This eliminates the need for the user to manually navigate to the full Assets UI. Additionally, the system should ensure that the user can publish the asset independently without publishing the Content Fragment (CF) that references the asset. This allows for greater flexibility and avoids unintended changes to the associated CF: A "Publish" button should be available in the "Open in Assets" view. The "Publish" action should apply only to the selected asset and not affect the referencing Content Fragment (CF). The user experience should be streamlined, reducing unnecessary navigation steps. Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Accenture, Inc. Screenshot (if applicable):   Code package (if applicable):  

dmurata-1Employee

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):                  

Improve Quick Publish Error handlingNew

Request for Feature Enhancement (RFE) Summary: When doing a quick publish in AEM 6.5.21 of a page that refers to a template that contains policies for components, the publish action fails (without any error message) when there is an issue when the cq:lastReplicated property is missing on a policy, and the cq:lastReplicationAction is set to Activate.Upon inspection of the logs, it seems like there is a NPE in the ActivationReferenceSearchBuilder.When manually replicating the default policy, the issue resolves and the replication works, as the reference search no longer errors with a NPE. I would expect either an error message, replication to skip the reference, or some more Null safety checks in the reference search service. Use-case: Users cannot Quick Publish content that has issues with related content missing cq:lastReplicated property.  Current/Experienced Behavior: It's very difficult for developers to debug this as we only have an internal NPE without any reference to what is the error. The ActivationReferenceSearchBuilder could point to related content, content fragments, experience fragments, but in this case there is an issue with a linked component policy on the template.  Improved/Expected Behavior: At least: an error message in the user-facing quick publish dialog. Currently the behavior is a red Warning icon without any text.  Secondary: a more relevant error message: instead of a run-time NPE, a dedicated exception or a warning/debug log would be nice.  Environment Details (AEM version/service pack, any other specifics if applicable): AEM6.5.23 Customer-name/Organization name: Nationale Loterij 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):  

UnjiBaEmployee

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):  

sai121New Participant

Feature Request to improve Publication Behavior for Locked Live Copy PagesInvestigating

Request for Feature Enhancement (RFE) Summary: AEM sites Rollout and publication issue Use-case: When a editor rollout and publishes a master page, the publication process start publishing the live copies in random order and fails when it encounters any market page that is locked to a user. This results in inconsistencies leaving the page changes published to few random markets. Ideally this should have completely stopped or skip the locked page, deploy to rest and notify about skipped page. Current/Experienced Behavior: The rollout/publication does not follow a predictable sequence and succeed for markets until it encounters locked pages then silently fails making it difficult to track progress There is no summary or report indicating which locales were successfully published and which were skipped. This results in inconsistent rollout and makes it hard to identify which pages need manual intervention Improved   Before initiating rollout publication, the system should check for any live copy pages that are currently locked by users If any locked pages are detected, halt the entire replication process. Display a clear error message indicating which pages are locked and by whom. Environment Details (AEM version/service pack, any other specifics if applicable): AEM version - 6.5AEM service pack - 6.5.22 Customer-name/Organization name: British Airways(BA) Screenshot (if applicable):   Code package (if applicable):