Build better products with our product team
Description - Allow hours to be allocated by day, week, month in the allocations of the unassigned hours space in the workload balancer on job role assignments.Why is this feature important to you - Our resource managers need to manage upcoming time that could have tasks with hours that vary by day that need to be marked out on a job role for future assignment.How would you like the feature to work - Just as the assigned area can we have the hours in monthly, daily, weekly view to be able to be edited by doubleclicking or by clicking the three-dot menu and clicking edit allocationsCurrent Behaviour -Currently you can only assign job roles and put total planned hours in, the system will average the time but will not allow you to edit the daily allocations.
Description - The auto collection logic for xdm.timestamp field in the AEP SDK is currently dependent on the user’s local system time. This reliance on system time creates inconsistencies in event tracking and reporting (event timestamps show up way in past or future at times which means they are offset as compared to actual event time). This improvement proposes syncing the xdm.timestamp field to a centralized server-side clock, such as UTC, ensuring uniformity and accuracy in time data.Why is this feature important to you - Accurate and consistent timestamps are crucial for reliable event tracking, analytics, and reporting. Without this feature, data may be skewed due to discrepancies in user device clocks, clock skew or drift, or manual adjustments to system time. This impacts the quality of insights derived from event data. By syncing the timestamp to a server-side clock, the platform ensures more reliable and consistent data, making it easier to correlate events, generate accurate reports, and analyze user behavior.How would you like the feature to work - The xdm.timestamp field should automatically be synced to a server-side clock (e.g., UTC) at the point when an event is logged, regardless of the user's local system time. The SDK should request the server time whenever an event is triggered, and the server will provide an accurate timestamp to be used instead of the device’s local time.In the event of network issues or server downtime, a fallback mechanism could use the local system time to avoid event loss, but with clear flagging of the fallback event for potential time data issues.The feature should be seamless and require no additional action from the user or client-side developers once integrated into the SDK.Current Behaviour - The xdm.timestamp field relies on the local system time of the user's device. This results in discrepancies for reasons like if a user changes the time on their device manually or if there are differences in system clock accuracy. This can lead to inconsistencies in event timing, causing difficulties in correlating data, performing time-based analysis, and generating accurate reports.
Be able to set a status in the approval process so that when the project task or issue is approved the predefined status is set.
Description: The current process of uploading IP BOT rules is manual and repetitive. When updating multiple report suites, each suite must be selected individually. An API or tool that allows for the bulk upload of the latest IP BOT rules to all report suites would save a significant amount of time.Why is this feature important: The current process is both manual and redundant. Even using the 'Control' button to select multiple report suites is time-consuming. A more efficient method for bulk uploads would greatly reduce the time required.How the feature should work: We should be able to add all the latest IPs to the BOT file and then have an option to update all the report suites within the organization.Current Behaviour: The BOT rules must be manually selected and uploaded for each report suite.
機能改善要求(RFE)概要: twitter:cardを指定できる機能の追加 ユースケース: X (twitter)で情報を拡散させる際、OGP画像を大きく表示させたい(summary_large_imageを指定したい) 現在/体験した動作: og:imageの画像が表示され、画像が小さく、目立たない 改善/期待される動作: summary_large_imageを指定することにより、画像が大きく表示され、情報拡散に有利 環境の詳細(AEM バージョン/サービスパック、もしあればその他の詳細): 顧客名/組織名 Maki_yam スクリーンショット(ある場合) コードパッケージ(ある場合)
Description Right now, the "Time on Page" event type is firing even if the page is not in focus e.g., when the user clicked a link that opened in a new tab. It would be great if there was an option that allows to pause the timer to only tick when the page is in focus. Why is this feature important to you This will improve the overall reliability of rules trigger by the Time on Page events, giving a more accurate view on actual user behavior on the page. How would you like the feature to work Add a checkbox that can be used to signal that only active time on the page shall be counted Current Behaviour The timer keeps ticking, even if I temporarily switch to another tab. The dummy code below more or less shows the solution. Have it running in the console and switch between tabs to see how it stops and restarts the timer upon visibilitychange events. // Sample code let timer = 0; // Stores the elapsed time in seconds let intervalId = null; // Stores the interval ID let startTime = null; // Tracks when the timer started // Function to start the timer function startTimer() { if (!intervalId) { startTime = Date.now(); intervalId = setInterval(() => { const currentTime = Date.now(); timer += Math.floor((currentTime - startTime) / 1000); startTime = currentTime; console.log(`Timer running: ${timer} seconds`); }, 1000); // Update every second } } // Function to stop the timer function stopTimer() { if (intervalId) { clearInterval(intervalId); intervalId = null; } } // Event listener for visibility change document.addEventListener("visibilitychange", () => { if (document.visibilityState === "visible") { console.log("Page in focus. Timer started."); startTimer(); } else { console.log("Page out of focus. Timer stopped."); stopTimer(); } }); // Start the timer initially if the page is in focus if (document.visibilityState === "visible") { startTimer(); }
Request for Feature Enhancement (RFE) Summary: When generating a report on Assets, it is possible to bypass the add details(2/3) step without supplying a date range. However, the validation constraint message only appears after proceeding to the final step(3/3) and creating the report. Ideally, the constraint violation message should appear on the same page as soon as the condition is violated. Use-case: Current/Experienced Behavior: Steps to reproduce: 1. Navigate to AEM Tools> Assets > Reports 2. Click on 'Create' button on right hand top corner. 3. Select any Type of report and click Next 4. On Add Details screen "/ui#/aem/mnt/overlay/dam/gui/content/reports/createreportwizard.html" add required field without choosing any values under 'Adjust Date' click on Next and then create report An error message 'Date Field Error' popup is shown Improved/Expected Behavior: Ideally, the constraint violation message should appear on the same page as soon as the condition is violated. Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5 , AEMaaCS Customer-name/Organization name: Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Extend the content fragments console navigation toolbar to provide an option to start a workflow. Use-case: This is a common scenario where content editors do not have permission to use quick publish/publish management, but are forced to use activation workflows to ensure only approved content is published. A new content fragments console does not have an option to start a workflow. Current/Experienced Behavior: After editing a CF in the content fragments console, an editor has to go to the assets view and find the CF to trigger the workflow Improved/Expected Behavior: An editor can start a workflow for content fragments from the content fragment console Environment Details (AEM version/service pack, any other specifics if applicable): AEM as Cloud Service Customer-name/Organization name: Philip Morris Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: When a reviewer tries to use Enter to create a line break when adding comments, AEM submits the comment. They actually have to use Shift-Enter to just get a line break, which isn't intuitive. Use-case: Enable reviewers to hit enter to include a line break. Current/Experienced Behavior: Hitting enter submits the comment. Improved/Expected Behavior: Enable reviewers to hit enter to include a line break. Provide either a 'Submit' button, or make the behavior configurable. Environment Details (AEM version/service pack, any other specifics if applicable): https://author-p108955-e1062829.adobeaemcloud.com/ Customer-name/Organization name: Workday Screenshot (if applicable): Code package (if applicable):
Create a more robust reporting source to identify internal users within my organization who are actively accessing Adobe Analytics. In order to help with account management, having the ability to filter for things such as specific dates without having to select multiple users will bring a greater ease. I think it would be beneficial it the reporting was to how client data is filtered by date and whatever else data is available in the standard Adobe Analytics UI Currently, we have to navigate to the "Last Analytics Access" for any user you want by following these steps: 1. Login to experience cloud, Go to Analytics. 2. In the top toolbar click on Admin. 3. Then click on Analytics users and assets. 4. Here, you can view the list of users. There is a column titled "Last Analytics Access," which indicates the date and time when a particular user last accessed Adobe Analytics. You can sort this column by oldest to newest or newest to older by clicking on it then selecting the users you want by clicking the checkbox next to their name. From there a option appears to export the data.
Description -Moving WorkFront into the Adobe Unified Experience removes all branding from the system. This now looks like a generic system. We used to leverage universal branding for the system, and department specific branding through layout templates so that the interface was recognizable to our users. Since the overall site cannot be branded, it would be nice to brand request forms. Why is this feature important to you -Since the site is not branded anymore, having branding on request forms would help our requestors. These are not everyday users of the system so their knowledge about the system is limited. With the many security and phishing issues out there, branding on the form would help "legitimize" the portal to requestors. How would you like the feature to work -I would like to add a logo at the top of the request form based on the Request Type. Would also be open to the logo being placed under the Request Type so that it appears after you select the request type. Current Behaviour -Currently, we can add some branding/logo within custom forms attached to request queue's but this mean the placement is after the the standard Request Queue fields (Subject, Description, Priority, etc.). The placement of branding/logo should be at the top of any form.
Ability to mark the mentions as Read so we can only see New mentions. Keeps the list cleaner like the notifications list functionality in the top menu bar
Request for Feature Enhancement (RFE) Summary: Have a direct link to the specific topic submitted for review from within the email notification that's sent to the reviewer. Use-case: We ask PMs to review topics, and have received feedback that the current process is confusing for them as they need to navigate within AEM to find the relevant topic to review. Current/Experienced Behavior: The email takes the reviewer to the review inbox Improved/Expected Behavior: Take reviewer directly to the topic that the email was about Environment Details (AEM version/service pack, any other specifics if applicable): Customer-name/Organization name: Workday Screenshot (if applicable): Code package (if applicable):
Request for Feature Enhancement (RFE) Summary: Improve UX by adding contextual help/tooltips/instructional help within AEM. Use-case: Technical writers currently find it difficult to know the purpose of many icons, buttons, and menu items when navigating the AEM UI as they don't have any/sufficient tooltips or instructional help. Current/Experienced Behavior: Improved/Expected Behavior: Clarity regarding the purpose and meaning of: Menu items. The distinction between "Experience Fragments", "Assets", and "Content Fragments". Global vs iLX Profile. It would be helpful to have an easily accessible link to Adobe's documentation within AEM. Environment Details (AEM version/service pack, any other specifics if applicable): Customer-name/Organization name: Workday Screenshot (if applicable): Code package (if applicable):
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.