Product ideas | Community
Skip to main content

Filter by idea status

10000 Ideas

addamsNew Participant

Analysis Workspace Share Recipient Permission EnhancementNew

Description -In Analysis Workspace when a user without Admin permission and only basic permissions to one report suite clicks the Share | Send file now menu option under the Recipients field they are presented with all users under our org (even old users who have been deleted from our org) which is a security concern.  This user without Admin permissions should not see any other user names than their own.  It is fine if the user manually enters in other email addresses but this user should not see other unrelated user names in our Adobe org. Why is this feature important to you -Improved security for our org so that non-admin users do not see the names of our other client users who they have no relation to and should not see.  Currently we cannot open up access to the Analysis Workspace feature since our client users will be able to see the names of other client users who they are unrelated to which is not acceptable.  Each client user only has access their own report suite so they should not see the names of users that have access to other report suites. How would you like the feature to work -This user without Admin permissions should not see any other user names than their own.  The user only has access to one report suite so they should not see users related to other report suites or other admin users.  It is fine if the user manually enters in other email addresses but this user should not see other unrelated users in our Adobe org. Current Behaviour -In Analysis Workspace in the Share | Send file now menu option under the Recipients field, the user without Admin permission and only basic permissions is presented with the names of all users under our org (even old users who have been deleted from our org).

prashantonkar
prashantonkarNew Participant

Client library enhancementsNew

Request for Feature Enhancement (RFE) Summary: Component specific client-library in ui.frontend project and better dependency management for client libraries. Use-case: 1. Currently, all the code written in ui.frontend will be bundled as 2 client libraries i.e: clientlib-site and vendors. These client libraries will be loaded in all pages. There is no way to selectively load only certain components OOTB. This leads to sub-optimal lighthouse scores because unused CSS and JS code on page. Hence, there has to be modularity in the clientlibs generated from ui.frontend project. This can be achieved through proper webpack configurations 2. Currently there are two ways to load client libraries i) At template level: This is recommended because it ensures all CSS wil be loaded at the top (in head) and all JS will be loaded at the bottom. But this gives rise to unused JS and CSS code on page as there is no option to include only those clientlibs which is needed on a particular page. ii) At component level: This ensures that only required CSS/JS will be loaded. If a particular component is not loaded, corresponding CSS/JS will not load. But, with this approach render blocking CSS and JS code is loaded in body tag which is not recommended.   Hence there needs to be an approach to fix both of this performance issues. If there can be a way to dynamically load client libs (and its dependencies) based on components present on page, this will highly improve page performance.   Current/Experienced Behavior: All ui.frontend code is bundled into 1 single clientlib and is loaded on all pages Single vendor client contains many dependencies which may not be required in all pages Loading clientlibs at template level causes unused JS/CSS to be present on pages. If loaded at component level it causes render blocking calls hampering the performance. Improved/Expected Behavior: ui.frontend should have modular structure and there should be component specific client libs. Vendor clientlib should be generate dynamically to include only necessary dependencies Ability to load only required clientlibs on page at component level. Also these clientlibs need to be loaded in 1 single request. Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.x Customer-name/Organization name: Mindtree Screenshot (if applicable): Explanation: Without optimization: Clientlibs loaded at component level. With optimization: I have used an interceptor to group all CSS in head section and all JS to the bottom of the body tag. Code package (if applicable):  

KevinEy2New Participant

Non-publishers cannot move/rename, delete pagesDeclined

Request for Feature Enhancement (RFE) Summary: When trying to move or rename a not-published page, authors without publish permissions can successfully move/rename the page, but it enters a "Request to complete Move operation" workflow. Authors who depend on using workflows on their pages cannot use a workflow on the page as they normally would until they contact an administrator to intervene. Authors who do not depend on workflows are confused by the workflow.   When trying to delete a not-published page, authors without publish permissions can only kind-of delete a page. The page appears to be deleted in the list of pages and some site navigation, but is not actually deleted. It can still be viewed by going directly to the URL. Its name can never be reused without contacting an administrator for intervention.   Steps to reproduce:   1. Create a new user that has read+write, but not publish access to wknd demo or other site 2. Impersonate this user 3. Create a new page, do not activate 4. Move or rename the page 5. Note the page is moved/renamed, but the page is stuck in a "Request to complete move operation" workflow 6. Create another new page, do not activate 7. Delete the new page, it appears to be deleted 8. Try to create a new page with the same name, observe the name cannot be used 9. Go to the "deleted" page, it is visible when it should be deleted 10. Go to the deleted page in CRXDE as administrator, it is present, but with "deleted" property   I have demonstrated those steps in a video here: https://buffalo.box.com/s/94nuwdwmgyctw6fo2sfu2hb4npfze1ti   Use-case:   Current/Experienced Behavior:   Improved/Expected Behavior:   Environment Details (AEM version/service pack, any other specifics if applicable): 6.5 SP10 Customer-name/Organization name: University at Buffalo Screenshot (if applicable):   Code package (if applicable):