Product ideas | Community
Skip to main content

10000 Ideas

bjoern__koth
bjoern__kothNew Participant

Launch Core - Time on Page - limit to active time on page / tab in focusNew

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(); }

Tethich
TethichNew Participant

AEM References ManagerInvestigating

Request for Feature Enhancement (RFE) Summary: AEM References Manager Use-case: Track references and control changes Current/Experienced Behavior: It is very common situation when for example an AEM component definition gets changed and the changes immediately need to be reflected on the content. For example a new field is added and it needs to set a default value on the component instance. When the component is newly dragged on the page, this new field is stored in JCR. But then when the component already exists on the page, the new field does not get reflected in the JCR. When content is too large, and contains dozens or hundreds of pages that have this component, if becomes very hard or even impossible for the authors to manually make a false edit of the component and do a dummy save just to have the new property in JCR. Usually either developers end up writing specific on-time-use code helpers to updated entire content in subject, or solution codebase is updated to handle newly added field using hardcoded value for default case.   Improved/Expected Behavior: Have a more smart way to track, visualize and update references and reflect changes on the fly.   Phase 1: We can start with a simple tool that initially tracks the references. Have the tool available for authors. Have the tool display a dependency graph and help authors check references routes. Is would display something like in the attached screenshot. Phase 2: Depending on the selected route, it would be helpful to generate a query that would match the returning results with the graph selection. For example, if I am clicking on Component 2, it should generate a query that I know it would return Page 1, 2 and 3 (where the actual instances of this component will be). Then later developer can use the query safely to programmatically update the content according to the needs. Phase 3: Changes should be done automatically by the system behind the scenes, or manually with one click away, but in both scenarios without any development needed. Authors should get a report of what content got updated.   Notes:1. Approach can be extended to cover also CF and XF references, or templates usage.2. Each component could have a on/off switch flag for the capability, to auto propagate or not the changes on the referent content Maybe this is feasible idea only for a limited area or maybe is not feasible at all. Or maybe I am not fully evaluating every possibility or practicability of such tool, but I believe is worth analyzing the potential of it.   Mermaid link: https://mermaid.live/edit#pako:eNp9kUtvhCAUhf8KuWvHyAg-WDTpjH0sumjaXccu6Eh10gpGIalV_3vJUCdO0wwbuPd851wCA-xVIYBB2fKmQg9PuUR23e22qm6UFFIj8opWq6vRdKJASo7ofvfIS2HbDr1eoNihnWlEi3TfWMdbP6LNAlnPtvPQrQvFv-rm35xskROekZdzTuqNU-c7ZBe9f9Rbp7q5jsil28GDWrQ1PxT2IYejDroStciB2WPB248ccjlZjhutnnu5B6ZbIzxolSkrYO_8s7OVaQquRXbg9jfqU7fh8kWperbYEtgAX8CixKeEkpAGcZxQHK496IFhHPmERnGESRrENCBk8uD7GID9ICVpSpMYE4ojGuDpB74zm00   Environment Details (AEM version/service pack, any other specifics if applicable): For all AEM environments a architectural deployments Customer-name/Organization name: Tetchich.com Screenshot (if applicable):   Code package (if applicable):  

UnjiBaEmployee

Enable Partial Search for Metadata Containing Dot and Hyphen in AEM Assets SearchInvestigating

Request for Feature Enhancement (RFE) Summary: Enhance the AEM Assets Search to support partial and full-text search functionality for metadata properties containing special characters, such as dot (.) and hyphen (-), as part of their values. Use-case: The customer has integrated a custom property (jcr:content/metadata/dc:suffix) into the filter search form and enabled partial search for this property. This property stores metadata values, such as product SKUs, which frequently include dots (.) and hyphens (-) as part of their structure (e.g., OLED48B46LA.AEUQLHX or OLED48B46-LA-AEUQLHX). However, the current search functionality treats these special characters as delimiters, breaking the search query into tokens and failing to retrieve relevant assets. For example, search for OLED48B46-LA.AEU* is not working where property value is OLED48B46-LA.AEUQLHX. This issue significantly impacts the customer’s ability to locate assets efficiently, disrupting workflows that depend on precise and reliable search capabilities. The requested enhancement is critical to ensure accurate partial and full-text search for SKUs and other metadata properties containing dots and hyphens, which are key identifiers for assets in the customer's repository.   Customer Impact:The inability to perform searches with strings containing dots (.) and hyphens (-) limits the customer’s ability to retrieve assets effectively. This impacts search efficiency and accuracy, resulting in significant delays in workflows and operational inefficiencies. Since LG Electronics' SKUs often include these special characters, the current behavior does not meet their requirements, hindering productivity and disrupting processes dependent on seamless asset retrieval. Current/Experienced Behavior: When querying for strings containing a dot (.) or dash (-), the search functionality does not return the expected results. These characters are currently treated as delimiters, splitting the query into separate tokens. This disrupts partial search capabilities. For example, searching for OLED48B46LA.AEUQLHX fails to retrieve the correct asset. This behavior prevents accurate retrieval of assets when metadata properties, such as SKUs, include dots and dashes, which are commonly used in their structure. Improved/Expected Behavior: Dot (.) and hyphen (-) should not be treated as delimiters during indexing or querying. Metadata values containing these characters should be indexed as a single token to fully support partial and full-text searches. Users should be able to retrieve assets by searching for SKUs or other metadata values containing dots and dashes without any issues. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as Cloud (2024.8.17569.20240822T203847Z)) Customer-name/Organization name: LG Electronics Screenshot (if applicable):   Code package (if applicable):