Request for Feature Enhancement (RFE) Summary: Have the option to disable auto-unpublishing of assets when they expire in AEM Use-case: We don't want assets to get unpublished when they expire because it will cause broken images appearing in our website Current/Experienced Behavior: When the out-of-the-box expiration field in AEM is used, an expired asset gets automatically published Improved/Expected Behavior: Have the option to disable auto-unpublishing of assets when they expire in AEM Environment Details (AEM version/service pack, any other specifics if applicable): AEM Cloud Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Adobe AEM Assets allows user to email the download to another user. The email creates a link to a zip file, sends it from a no-reply address and looks suspicious, like a security breach. No sender information is included in the email. Here are the steps to reproduce: Select 1 or more Assets Click “Download” In the Download dialog, choose “Email” and enter the user’s email address AEM will generate a ZIP file of the asset(s) and email the user. Use-case: Current/Experienced Behavior: The email feature creates a link to a zip file, sends it from a no-reply address and looks suspicious, like a security breach. Improved/Expected Behavior: The email body should include sender's username or email address, so the email can be verified and authenticated by the recipient. Environment Details (AEM version/service pack, any other specifics if applicable): 6.5.8 Customer-name/Organization name: Wakefern Food Corp Screenshot (if applicable): Sample email that AEM Assets sends - you can see how suspicious this looks: Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Feature Enhancement - Manage tags in Collections. Currently, in order to manage tags of assets included in a collection, the user needs to open the assets through the folder taxonomy Use-case: We have users of Assets (DAM) who want to manage tags without leaving the collections UI Current/Experienced Behavior: Smart tags can not be managed through the collection UI Improved/Expected Behavior: There is an ability to manage smart tags in the collections UI Environment Details (AEM version/service pack, any other specifics if applicable): AEMaCs Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: In the reprocess function, add an option to just process certain items like presets, metadata, etc Use-case: Select an asset or folder and then hit reprocess. In the reprocessing dialog, the only option is "Full process". It will be good if there is an option to reprocess --- metadata, presets, smart crops Current/Experienced Behavior: Select an asset or folder and then hit reprocess. In the reprocessing dialog, the only option is "Full process". Improved/Expected Behavior: Have an option to select --- metadata, presets, smart crops Environment Details (AEM version/service pack, any other specifics if applicable): AEMaCS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: The existing aem-event-proxy-skyline source code distribution enforces assumptions that are incompatible with many potential use cases, and future development in this direction should relax these constraints on AEM's role as an Adobe I/O event producer. Use-case: * Developers should be empowered to fire custom Adobe I/O events from publishers, directly from custom servlet code. For example, POST requests from customers containing PII that must be sent to an Adobe I/O runtime for correlation with anonymized aggregate metrics from Analytics. * In a a multisite hosting scenario, it is plausible that a Firefly App would be deployed to the organization that is only interested in consuming events originating from a particular regional site, without having to introspect the event payload to determine if the associated request resource actually maps to the appropriate domain. Of course, this is an established pattern for Analytics and Target cloud service integrations in AEM already.* AEM developers working on site functionality should be able to iterate together with Project Firefly developers to evolve event payload formats without being forced to conform to XDM activity stream types. Current/Experienced Behavior: * IMS Configurations cannot be replicated to publishers, even though system user nodes and keystores are replicable.* (Aem-event-proxy) Workspace configuration is not runtime configurable.* (Aem-event-proxy) Adobe I/O integration in publish environment is not supported and not enabled with distributed sources.* (Aem-event-proxy) Only one adobe I/O configuration is supported for the environment* (Aem-event-proxy) For custom events, API client code must flatten complex event payloads to the OSGi event structure, with no synchronous feedback. Improved/Expected Behavior: * All Adobe I/O Configuration and IMS Configuration active in the publish environment should be modifiable at runtime by users authorized to use the Configuration Browser and IMS Technical Accounts consoles, respectively, in the author environment. * AEM should allow users to create multiple Adobe I/O Configurations (and their associated IMS Configurations and CSM registrations) and should support context-aware association to zero-or-more content trees. * CSM registration should be a deterministic activity occurring on the author environment, with the registration status of an Adobe I/O Configuration made visible to the user, and with reasonable ability to change labels and descriptions of the registration to support better management of integrations across the organization.* Due to the synchronous nature of a servlet execution, the API provided by the native integration should support synchronous feedback to the servlet for the backend submission to eventsingress, in case the the request should be reattempted by the client. In other words, the AEM integration should not add an asynchronous layer like Sling Jobs, unless this behavior in the context of AEM is specifically desired by the client. * XDM Schema Event mapping should be a feature available in the API, but not required by the fundamental postEvent method signature. Environment Details (AEM version/service pack, any other specifics if applicable): Skyline Customer-name/Organization name: Bounteous Screenshot (if applicable): Code package (if applicable):
Many customers today need the AEM Versions to be kept and not purge due to legal requirements.At any given point of time , customers may want to restore to any previous versions, can view differences, go in timewarp mode with all the previous versions of a page. Over a period of time , the jcr:VersionStorage can grow to more than 100 million nodes which makes indexing , Inplace Upgrade and overall system performances slow. We need ability in AEM where jcr versions can be offloaded to an offloaded instance / shared mount and all the OOTB functionalities like Restore, TimeWarp, Version history / difference should work AS IS without the need of custom code/ implementation.
Request for Feature Enhancement (RFE) Summary: Only titles can be added to smart crops and renditions which can make it hard for consumers to know when to use a rendition and what is it for (e.g. page components, channels, pages) Use-case: If the renditions list is long, it's confusing for users to know what reset to use for a certain use case Current/Experienced Behavior: Descriptions cannot be added to renditions Improved/Expected Behavior: Add the ability to add renditions Environment Details (AEM version/service pack, any other specifics if applicable): ACS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: No granular control of access to a specific fields/group of fields by users/groups (i.e. not all or nothing to edit metadata) Use-case: Currently, we cannot prevent users from updating a certain field only or groups of fields in the properties. It’s either the user gets to edit all or none. This impacts creative rating and commenting. Ideally, we would want to allow asset consumers to be able to post comments or reviews, rate assets but not edit any metadata. Due to this existing restriction, only our group librarians can do that. Current/Experienced Behavior: No flexibility to set-up granular permissions Improved/Expected Behavior: Be able to set-up granular permissions Environment Details (AEM version/service pack, any other specifics if applicable): ACS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Publish to AEM option cannot be hidden Use-case: Even if we don’t have a publish server, we cannot unhide the publish to AEM button Current/Experienced Behavior: Publish to AEM option cannot be hidden Improved/Expected Behavior: Have the ability to hide the publish to AEM button Environment Details (AEM version/service pack, any other specifics if applicable): ACS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Users in our instance would like the ability to display projects that are shared with them in their projects screen or in a dashboard. I'm told by Support there is currently no way to do this. This would give greater visibility since any project that have involvement in would display in the view for them.
Our business users have requested for the ability to set the below option as default while creating a new proof in Workfront:Select "Combine all compatible files into single proof" as true by default.Majority of the users upload multiple files, it would be good to turn this option as true by default.
After connecting LinkedIn Lead Generation forms in LaunchPoint you will start seeing Lead Gen form fills in your Marketo instance. There is information when you double click on the "Filled out LinkedIn Lead Gen Form" activity in the activity log, that shows which Linkedin Campaign, the name of the form, etc drove the form fill. These should be available as tokens!
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.