Skip to main content

Ideas

Filter by idea status

10000+ Ideas

Improve launch promotion to include necessary page propertiesInvestigating

Request for Feature Enhancement (RFE) Summary: In Adobe Experience Manager (AEM), when promoting a Launch back to the source page, certain page properties—such as title, description, alias, and tags—are not being promoted as expected. This behavior appears to be a limitation (or bug) in the default roll out configuration and affects both customized and fresh AEM instances (e.g., 6.5.22 with We.Retail content). Use-case: A content author creates a Launch to prepare updates for a press release page. They modify several page properties in the Launch version, including metadata and visibility settings. Upon promoting the Launch, the content updates are applied, but many of the page properties revert or are lost—leading to inconsistencies and manual rework. Current/Experienced Behavior: Current Behavior Launch promotion excludes certain page properties due to default rollout configuration. The configuration at /libs/msm/launches/rolloutconfigs/launch/contentUpdate includes an exclusion rule: cq.wcm.msm.action.excludedprops = jcr:.* This rule prevents properties like jcr:title, jcr:description, cq:tags, and sling:alias from being promoted. Steps to Reproduce Create a new page (e.g., press-release-may.html). Create a Launch for the page using default settings. Modify page properties in the Launch version: Basic Tab: Title, Navigation Title, Description, Tag, Hide from Navigation. Advanced Tab: Alias, Article Date. Add basic content to the page. Promote the Launch using standard promotion steps. Observe the result: Navigation Title is promoted. Title, Description, Tag, and Alias are not promoted. Content updates are correctly applied. Improved/Expected Behavior: Page properties modified in the Launch should be fully promoted to the source page, including: Title Description Tags Alias Any other relevant metadata Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.22 Adobe team a workaround to directly make changes in "libs," and be cautious about doing so and keeping track of the impact during service pack upgrades. After discussing with our internal technical team, /libs path must remain unchanged. Since Adobe proposed a solution that involves modifying the rollout configuration, we will look forward to enhancement fix for this issue. It will likely involve updating the location where the rollout config is applied to use the resolver (which prioritizes /apps over /libs) instead of relying on a hardcoded /libs path. Other references - E-001650598 / E-001772942   Customer-name/Organization name: Shell Screenshot (if applicable): attached for reference Code package (if applicable):  

abommaLevel 2

Word doc re upload option not updating sub assets folderInvestigating

Request for Feature Enhancement (RFE) Summary: Word doc re upload option not updating sub assets folder Use-case: When we are changing/removing the images from the word doc and re upload with create version option then sub assets folder is not updating with latest images used in word document. Due to this there is mismatch in the images in word document and sub assets folder.This is a priority issue and we need to resolve on urgent. Could you please check and let us know on this issue.1. Navigate to Assets console, files option2. Upload a document with some images. update metadata.3. Change the images/remove one or two images in the word document.4. Upload word document with Create Version option5. Check the sub assets folder , observe mismatch with source word document . Current/Experienced Behavior: When we are changing/removing the images from the word doc and re upload with create version option then sub assets folder is not updating with latest images used in word document. Due to this there is mismatch in the images in word document and sub assets folder. 6.5.22, 6.5.20, and 6.5.18, and the behavior is consistent across all of them. Improved/Expected Behavior: When we are changing/removing the images from the word doc and re upload with create version option then sub assets folder is not updating with latest images used in word document. Due to this there is mismatch in the images in word document and sub assets folder.Sub assets folder need to be updated even with create version option . Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5 SP20 6.5.22, 6.5.20, and 6.5.18, and the behavior is consistent across all of them. Customer-name/Organization name: CISCO Screenshot (if applicable):   Code package (if applicable):  

ZietasMiHNew Member

RTE support for <strong> and <em> tagsInvestigating

Request for Feature Enhancement (RFE) Summary: RTE support for <strong> and <em> tags Use-case: We are running an accessibility improvements project right now and our 3rd party a11y consultants reported some issues with they way RTE work.Right now RTE has an option to bolden a part of a text or to make it italic style. For that purpose it is using <b> and <i> standard HTML elements and this is perfectly fine. We have learnt that in some cases instead of these tags it is advisable to use <strong> or <em> tags as they also bring more context for a screen readers so that they can emphasise how to read that section of text.The <strong> tag is read by screen readers as an indication that the text enclosed within it carries strong importance. When a screen reader encounters a <strong> tag, it typically emphasizes the text, often by changing the tone or pitch of the voice, or by adding a pause before and after reading the text. This helps users who rely on assistive technologies understand that the content is significant or has a higher priority in the context of the surrounding text.Using <strong> instead of <b> not only provides visual emphasis but also enhances the semantic meaning of the content, improving accessibility for users with disabilities.We would love to have na option to define which tag is used for particular place in text. It should sometimes be simply <b> and in other cases we would love to have a choice to pick <strong>.There is no such functionality right now in RTE and I would like to ask if there is any active feature request for such functionality and if this could be planned to be developed. Current/Experienced Behavior: We can only place <b> and <i> tags in RTE  Improved/Expected Behavior: There should be a way to pick <b> or <strong> tag for selected text. There should be a way to pick <i> or <em> tag for selected text.  Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.23  Customer-name/Organization name:   Screenshot (if applicable): Code package (if applicable):  

Integrating Quantum Computing with Adobe TargetNew

DescriptionThe proposal is to integrate quantum computing capabilities into Adobe Target’s personalization and optimization workflows. Quantum computing enables processing of exponentially complex datasets and can solve optimization problems faster and more accurately than classical AI. By embedding quantum-inspired or quantum-hardware-accelerated models into Adobe Target, businesses can achieve ultra-precise personalization and superior optimization outcomes. Why is this feature important to youNext-level personalization: Today’s AI-driven personalization is powerful but constrained by classical computing limits. Quantum computing can unlock new levels of accuracy and context-awareness.Faster experimentation: Reduce time-to-confidence in A/B and multivariate testing, helping businesses act on insights faster.Competitive edge for Adobe: Adobe would become the first mover in merging marketing technology with quantum innovation, increasing adoption of Adobe Target.Revenue impact: Superior personalization drives higher conversions, customer engagement, and long-term loyalty, directly benefiting Adobe’s clients and Adobe itself. How would you like the feature to workIntegration Layer: Introduce a “Quantum Optimization” mode within Adobe Target, where certain algorithms (e.g., multi-arm bandits, constrained offer orchestration, journey optimization) can run using quantum-inspired solvers.Opt-in Pilot: Allow businesses to enable quantum acceleration as an experimental strategy for specific activities or recommendations.KPIs for Measurement:Accuracy lift in personalizationReduction in regret/time-to-confidence for testsConversion rate improvementsArchitecture Suggestion:Start with quantum-inspired algorithms on classical hardware (D-Wave, IBM Qiskit simulators, etc.)Provide extensibility to connect with actual quantum hardware backends in the future. Current BehaviourCurrently, Adobe Target relies on AI and machine learning models running on classical infrastructure for personalization, testing, and optimization. These models are effective but face computational limitations when handling:Very large audience segmentationHigh-dimensional testing with multiple offers and constraintsReal-time, privacy-safe personalization across billions of signalsQuantum acceleration does not exist in the current system, leaving unexplored potential for ultra-precise personalization.

Enhanced Proof Decision Tracking and Stage Locking CapabilitiesNew

Description:The current capabilities of Adobe Workfront and Fusion do not fully support the need to restrict users from changing proof decisions after a stage has been locked. This poses a risk to the integrity of the proofing workflow, as it allows proof creators to unlock stages and alter decisions, potentially affecting the outcome of the proofing process.Why is this feature important to you:This feature is essential for ensuring the security and reliability of our proofing workflows. By preventing unauthorized changes to proof decisions and stage locks, we can maintain the integrity of our decision-making process and ensure that all stakeholders have confidence in the final outcomes. This is particularly important for teams that rely on accurate and consistent proofing processes to make informed decisions and maintain accountability.How would you like the feature to work:Restrict Stage Unlocking: Implement a feature that allows administrators to set permissions that prevent any user, including the proof creator, from unlocking a proof stage once it has been locked. Only users with explicit system administrator rights should have the ability to unlock a stage after it has been locked.Enhanced Decision Change Tracking: Develop a feature that allows for tracking and reporting on changes to proof decisions. This could include:A new "Decision changed flag" field that is automatically filled out when a decision is changed, allowing for easy reporting on changed decisions.A notification system that alerts relevant stakeholders when a decision is changed after a stage has been locked.Current Behavior:Proof creators can unlock proof stages and change decisions after a stage has been locked (regardless of their proof permissions level), which poses a risk to workflow integrity.Fusion does not reliably track changes in proof decisions, especially when the overall proof status does not change.Workfront lacks specific reporting capabilities to filter and identify changed decisions, making it difficult to track and report on decision changes.

Enable a visual indication that some actions aren't allowed when the task list is not sorted by the task numberNew

Description - Some users (either on accident or on purpose) list the tasks of a project by percent complete, start date, due date, etc. instead of by the task number. This leads to them requesting help or questioning if Workfront has had an update that then blocks them from seeing "+ Add More Tasks" below the list and the inability to nest task only discover that those features aren't allowed because the tasks aren't listed by their number. They were unaware that not listing the tasks by their numbers would disable those features. Why is this feature important to you - It would be helpful for people to know that the way the tasks are currently ordered in will block certain actions to the tasks or projects. While the text and icons for those actions are missing for them, it has caused them to question if there's a bug, did something change with their access level to the project, did something change with their account, or if clearing their cache and cookies is the fix. If they had a visual indication that features are blocked due to the current sorting, that would cut down on the amount of confusion and calls system admins field when listing the tasks by the number ends up being the solution. How would you like the feature to work - Enabling some sort of visual indication or warning on either the project or tasks that features like nesting aren't allowed with the current ordering of tasks would help users understand what is going on when they try to perform those actions. Something similar to when you try to assign a user to a task when their access level won't let them complete it. Current Behaviour - There's currently no visual indication that some features are blocked when the task list is not listed by the task number.

Save button in Settings->System->Customer Info should remain inactive until the user makes changesNew

Description -In Workfront, in Settings->System->Customer Info and in Settings->System->Preferences:Save and Cancel buttons coming without editing anything. Just by clicking into them getting these Save and Cancel. In other sections of settings this is not the Problem, only if we edit anything in that page then we are getting Save and Cancel buttons dynamically. Only in these 2 pages we have this problem. Those buttons not going away even I click Cancel. Only option is to move away from that Page. With this problem it is difficult to say whether I changed anything on that Page or not. (Screen shots attached).Why is this feature important to you - For consistency and user friendlynessHow would you like the feature to work - Should keep the Save and Cancel buttons visible at all times across all setup pages that require saving before leaving to ensure consistency. The buttons should remain inactive until the user makes changes. The experience is different in other pages of Settings. Example below in Settings->Proof Settings When you go to that Page, by default Save button is disabled. Once you edit anything then Save button is enabled. Screen shots below. I am expecting this behavior in Settings->System->Customer Info and Preferences pages also but it is not.Current Behaviour - Detailed above