Skip to main content

Filter by idea status

10000+ Ideas

b_hardeeLevel 2

Assets New/View/React UI | Resurrect the Star Rating FeatureInvestigating

Request for Feature Enhancement (RFE) Summary: I know this was previously available as part of the AEM social package and then unsupported with the move to AEMaaCS, but our organization (and I believe most others as well) would greatly benefit from using a native 5-star rating system on our assets, interactive from the card view and sortable in the list view. Use-case: Particularly with our photography assets, we have a process in place to rank images on a 5-point scale from Best to Worst, which directly translates into how people are discovering and using these assets in other marketing materials. Having the stars on the card and properties view--both to actually apply the rating as well as to immediately have the visual cue (like how it's managed in Adobe Bridge)--would be extremely helpful, and would create the ability to filter out lower rankings, sorting assets in the list view according to ranking, etc. It would also be a very intuitive, user-friendly enhancement as a star-rating concept is universally used across all types of technology platforms and industries all over the world.  Current/Experienced Behavior: Our workaround in the Touch UI involves a custom field to capture asset rating data, which is being mapped to the Average Rating field, which then populates star icons on a custom overlay in the card view, and allows for sorting in the list view. The star icons are not clickable to direct select the rating, and going to the custom field in the Properties to select the rating is counter-intuitive to the users. Also, we will not be able to replicate this workaround in the new Assets View UI, which we want to move to and release to the enterprise. Improved/Expected Behavior: Add back the 5-star Asset Rating field. Every asset would have 5 blank star icons in all asset views (like in Adobe Bridge) with the ability to click the star to apply the rating metadata. Bonus: if that metadata were applied in Bridge, it would auto-map into AEM.  Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS, using the Touch UI on Author at an enterprise level (1,300 employees), wanting to upgrade to the newer UI but roadblocked by lack of this feature Customer-name/Organization name: HGA Screenshot (if applicable):   Code package (if applicable):  

AKP_ORGEmployee

Asset should NOT be allowed to publish without mandatory propertiesDeclined

Request for Feature Enhancement (RFE) Summary: AEM Assets metadata schema allows client to configure metadata schema with mandatory properties. Once this schema is applied to folder, then assets inside that that folder is highlighted with banner as REQUIRED METADATA MISSING. Also will NOT be allowed to save metadata without putting mandatory properties. But asset are allowed to publish without mandatory properties. AEM should restrict publishing asset without mandatory property. Use-case: AEM Assets metadata schema allows client to configure metadata schema with mandatory properties. Once this schema is applied to folder, then assets inside that that folder is highlighted with banner as REQUIRED METADATA MISSING. Also will NOT be allowed to save metadata without putting mandatory properties. But asset are allowed to publish without mandatory properties. AEM should restrict publishing asset without mandatory property. Current/Experienced Behavior: Asset are allowed to publish without mandatory properties. Improved/Expected Behavior: As mandatory properties are missing, asset should not be allowed to publish (similar to how metadata save is not allowed without adding mandatory properties). Environment Details (AEM version/service pack, any other specifics if applicable): AEM as cloud service (AEMaaCS) Customer-name/Organization name: Lenovo Screenshot (if applicable):   Code package (if applicable):  

Seung-ju
Seung-juNew Participant

Cloud Manager : Add emergency production deployment pipelineInvestigating

Request for Feature Enhancement (RFE) Summary: Cloud Manager Deployment: Add emergency production deployment pipeline Use-case: LGE.com is trying to roll back the deployment after a successful production deployment. Currently, the only way to roll back is to re-deploy the code in Cloud Manager, which takes 2 to 3 hours. Given that they are supporting 24 websites (with more to come in the future), they need to reduce the build time for any rollback operations. The best way to achieve this is to enable re-deployment using an earlier stable built image. Current/Experienced Behavior: The production deployment is completed. After the deployment, the customer discovered blocker issues on one of the 24 websites. They decided to roll back the deployment. They reverted the change that caused the issue and pushed the revised changes to Cloud Manager. They restarted the Stage/Prod build, which took 2 to 3 hours. The customer is trying to minimize this 2 to 3-hour downtime as much as possible. The current production deployment pipeline is as follows: 1.Stage Deployment(77m) validation → build & unit testing(38m) → code scanning(14m) → build images(10m) → deploy to stage(15m) code scanning(14m) : code coverage(42%) 2.Stage Testing(5m) product functional testing(3m) → custom functional testing(2m) → custom ui testing → experience audit custom functional testing : Only library downloads required for testing, no actual testing 3.Production Deployment schedule production deployment → deploy to production Improved/Expected Behavior: The basic idea is an expedited deployment pipeline is a staged deployment after production deployment. Deployment using the emergency production deployment pipeline begins. first task :  Production Deployment Only build (Excluding unit tests)→ build images → deploy to production second task : Stage Sync deploy to stage   Since testing and code verification pipelines exist in QA or DEV pipelines and are verified by our deployment team, we believe that this task is unnecessary in production pipelines. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud (2024.4.16145.20240430T082417Z) Customer-name/Organization name: LG Electronics, Global HQ Korea 24 subsidiaries (UK,DE,PE,TR,JP,FR,SG,CO,SA,SA_EN,CA_FR,CA_EN,KZ,ID,IT,CL,TH,PT,IN,HK,HK_EN,BR ,MX ,PA) Screenshot (if applicable):   Code package (if applicable):  

Pickers should remember their last location and start from thereInvestigating

Request for Feature Enhancement (RFE) Summary: Pickers must remember their last location and start from there  Use-case: Our editors create pages on specific topics and upload assets related to that topic. They very often upload the assets into the same folder to have everything in one place. Then they start to build a page and add the assets to the page.  Current/Experienced Behavior: For the first image asset:  1. Drags in Image Component 2. Opens asset picker 3. Navigates all the way to the sub-sub-sub-sub folder 4. Selects asset 5. Confirm 6. Confirm   For the second image asset: 1. Drags in Image Component 2. Opens asset picker 3. Navigates all the way to the sub-sub-sub-sub folder 4. Selects asset 5. Confirm 6. Confirm   ... repeat for each asset Improved/Expected Behavior: For the first image asset:   1. Drags in Image Component 2. Opens asset picker 3. Navigates all the way to the sub-sub-sub-sub folder 4. Selects asset 5. Confirm 6. Confirm   For the second image asset: 1. Drags in Image Component 2. Opens asset picker 4. Selects asset 5. Confirm 6. Confirm   ... repeat for each asset   So, pickers should remember their last location and start from there, at least for the current session. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: VERLAG DES ÖGB GMBH Screenshot (if applicable):   Code package (if applicable):  

Add Save as Version to Page Information menuInvestigating

Request for Feature Enhancement (RFE) Summary: Add Save as Version to Page Information menu Use-case: Many of our users miss a saving button. We don't promote that. Their need is to: Create page Modify it to their liking Save the page once they reached a "milestone" Colleagues then publish the "milestone" version or use it for approval The main editor continues working on the page Currently, the main editor must leave the page editor, go the Content Tree and create a version from there. They wish to create a version from within the page editor. Current/Experienced Behavior: The menu is not existant yet.   Currently: User must close the page editor User goes to location of page User selects page User switches to the Timeline sidebar User clicks the three dots at the bottom (see screenshot) User clicks Save as Version User fills in Label User fills in Comment User clicks Create System saves Version Improved/Expected Behavior: User clicks Page Information menu (see screenshot) User clicks Save as Version User fills in Label User fills in Comment User clicks Create System saves Version Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: VERLAG DES ÖGB GMBH Screenshot (if applicable): see attachments Code package (if applicable):     Somewhat related: https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/enable-page-versioning-on-save/m-p/420886