Build better products with our product team
Description - Provide the option to show description of items defined under Priority on the custom forms. Why is this feature important to you - The users who fill the custom forms need to have some guidance on which priority to select. How would you like the feature to work - It would be helpful if that "?" that shows next to custom fields to show next to system default fields as well, such as Priority, and have the option to customize it to provide direction about how to use the field to users. Current Behaviour - There seems to be no way to direct users on how to use the system default fields in their process, such as priority, when they are filling out the information on the forms.
Description - the Analytics extension's action to set event variables is quite limited, assuming you know the events to set, requiring writing custom code. It would be amazing if an to-be-evaluated Analytics event can be added as a result of a Data Element evaluation. Example: I have a lookup table the generates a string "eventX,eventY" for me that has to be set on the extension. In order to do so, I must write custom code which is tedious and error prone, since I must append these to s.events, append them to s.linkTrackVars and s.linkTrackEvents. Assuming in most cases events are counters and have a value of 1, why not have a possibility to add one or more dynamic events through an input field in the setVariables action, additionally to the standard functionality? Why is this feature important to you - for many clients I have worked around this issue with custom code that is potentially error prone whereas the built-in event-add functionality is quite convenient if you know which events you are supposed to always fire. However, often I want to add additional events which are only determined by the context of the passed data. Having something that saves time and reduces room for errors would be amazing. How would you like the feature to work - have an additional text field where a Data Element can be used. This can either be a single event or a list of events which will implicitly set all required fields on the AppMeasurement library. The same way the standard functionality works. Current Behaviour - I can only set predefined events, no flexibility to set other events ad hoc based on the evaluation of a Data Element. Hope I am not alone on this. CheersBjörn
Description - Add ability to Navigate to any field on the convertedOpTask in calcuolated fieldsWhy is this feature important to you - Can create View Only custom forms that link from a Project to a converted issue to the original projectHow would you like the feature to work - Add ability through API to link to the object and thereby access its related objects. Current Behaviour - Works in reporting but not on Custom Fields
Description - Allow for Groupings to be sorted in custom ways reports. Why is this feature important to you - It is important to present the report in a way that makes sense to the users; sometimes the way data is grouped is not even alphabetic reliant; there may be some business logic to show a group of data before another one in a report. How would you like the feature to work - I would like to have the option to select the order of the groups in the Groupings section of the report when creating it. Current Behaviour - There seems to be no way to select in what order the groupings apply in a report.
We would like the ability to tag an update (on any object) as "High Importance". This would help bring notice to the recipients that the update needs a higher level of priority. Additionally, we would like the text "High Importance" (or something similar) to appear in the Subject Line of the email notification so it stands out in the recipients email In Box. For reference I found a few similar requests:2020 - Ability to mark updates as critical announcements - Adobe Experience League Community - 5286852019 - Ability to mark project/task updates as high prior... - Adobe Experience League Community - 5290972018 - Mark certain updates as IMPORANT or STICKY - Adobe Experience League Community - 526324
Had someone make unauthorized changes to one of our Request Forms, but I had no way of knowing who when investigating.
It is imperative that System Admins should be able to delete items in the Recycle Bin instead of waiting 30 days! Especially since there is no automated warnings when you reach or about to reach your storage capacity. Had this happen last year during our NPI cycle for Christmas and the only option was to pay money for more storage because we are unable to delete things in the Recycle Bin.
Description - Make Conditional Formatting available for beyond only the view in Reports; extend it to Grouping, Charts, Milestone, and Gannt. Why is this feature important to you - I can only take advantage of conditional formatting if the report is showing the Details tab; otherwise, where conditions are defined, the data does not show consistently between the details, Summary, and the Chart tabs. How would you like the feature to work - I would like to be able to present a custom text to show in the grouping header or in the chart reports based on a condition set for a data field. Current Behaviour - Custom text defined to show based on a condition in reports only shows in the view for the related column. It does not apply to the same data point in the Grouping, in the Chart view, or Gannt view.
I need to run a user report to show me what layout is associated with each person?
Request for Feature Enhancement (RFE) Summary: Tools to validate regex and glob against rules defined for Dispatcher. Use-case: Validating dispatcher globs and patterns can be time-consuming. It would be great, if there was a tool to verify the regex/globs quickly like Glob Tool. Current/Experienced Behavior: We need to deploy and validate Improved/Expected Behavior: Would be able to quickly verify without deployments Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS and AMS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Add 3rd invalidation processing mode in AEM dispatcher based not on paths but tags. Use-case: Currently dispatcher supports either statfile level based or ttl based page invalidation. Those two approaches can't be reliably combined (with dispatcher 4.3.5) and are too inflexible for big multinational websites. AKAMAI has concept of tag based invalidation where each page supplies list of tags when it's cached and those tags can be used during invalidation. Current/Experienced Behavior: stat file or TTL based page invalidation Improved/Expected Behavior: 3rd mode where a list of tags (arbitrary ascii strings) is supplied from publisher with a cacheable page in a custom header. The tags are stored and indexed along with cached resources (e.g. in a page.html.tags file) in the dispatcher cache. Then when some resource is invalidated an osgi service installed on publisher is invoked by flush agent to supply a tag value. That tag value is passed on with the invalidation http request to the dispatcher (again in a custom header) which in turn invalidates all files that have this tag stored. As with stat files mode this shall indeed be invalidation not complete removal. Examples how to use tags. 1. Product collection - all pages pertaining to product collection supply the tag, all pages are thus invalidated together, regardless of the website structure on crx. 2. Path dependencies - components report crx resources they used as tags (e.g. resource path hash), when the resource is invalidated all pages that used it are invalidated too immadiately (e.g. all carousels, menus, footers immediately react to page name change) limiting need for less agile mechanisms like TTL and providing more flexible alternative to stat files. Environment Details (AEM version/service pack, any other specifics if applicable): Apache dispatcher 4.3.5. Both could and on premise dispatcher could implement this mode. Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Currently, to edit a user permission we do the following steps - 1. Navigate to User Management Console (/security/users.html) 2. Select a particular user and then select properties 3. On the new page, navigate to the Groups tab and edit the groups. (/libs/granite/security/content/v2/usereditor.html/home/users/..) Doing this for multiple users takes time as one has to repeat the 3 steps again and again. If we have a custom console which allows user to search by email and quickly display the page in Step 3's Groups Tab it would speed up the multiple users assignment to groups. Use-case: A custom "Users" console which allows quick assignment of groups without following the above 3 steps. Current/Experienced Behavior: Currently, the user has to follow the above 3 steps. Improved/Expected Behavior: Removing Step 2 and allowing user to grab view of current groups along with addition of new groups in Step 1 itself will be a great. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: TA Digital Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Displaying Permissions flowing from Groups to a User in AEM for view only purpose. Use-case: Currently, the permissions console in AEM is streamlined into Users, Groups and View All. This allows to search for Users and Groups and then see the permissions.The permissions are seen distinctly for users and groups. But often a user is associated with multiple groups and thus has overlapping set of permissions. To see this currently, we have to see the groups user is tagged to and then explore each group permissions individually.If we could have a section within permissions window which allows us to see different permissions received from the groups it would help see the overall access control better. Current/Experienced Behavior: AEM Product Admin has to see permissions for individual and groups separately. Improved/Expected Behavior: A user console where permissions assigned to user and permissions flowing from groups to user are visible. The latter can be non-editable view only as the permissions for groups should be changed from the groups permission console. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Release 2023.7.0 Customer-name/Organization name: TA Digital Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Assigning Product Profiles to IMS User Groups Use-case: We are currently assigning Product Profiles individually to IMS Users. These users are grouped under IMS Groups. These groups have access to different Adobe Cloud Products. Assigning Product Profiles to IMS Groups should be a quicker solution. Current/Experienced Behavior: AEM currently does not support assigning groups to profiles. Users should be added individually instead. Improved/Expected Behavior: Adding User Groups to Product Profiles should be allowed to enable quicker access. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Release 2023.4.12142.20230526T152858Z Customer-name/Organization name: TA Digital Screenshot (if applicable): Code package (if applicable): @kautuk_sahni
Description -Why is this feature important to you - It results in discrepancy between issue (resolvable) and project (resolving) objects. The statuses do not match. How would you like the feature to work - The resolvable object's status match the resolving object status. Current Behavior - The resolvable object's status won't revert from closed to anything else, once changed to closed. If the resolving object status is any status matching the system default cancel or closed, after it is reverted to some status equal to have been opened again, it won't trigger any change to the resolvable object status.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.