Skip to main content

Ideas

Filter by idea status

10000+ Ideas

Workfront Global Search should return matches across the full dataset (not limited to the first 2,000 results / page)New

In large Workfront instances, Global Search / Advanced Search becomes inefficient because results are displayed in pages capped to a fixed batch size (e.g., 2,000 items per page). When an organization has thousands of objects (Projects, Documents, Users, Templates, etc.), searching for something specific may not appear on the first page—forcing users to manually click through multiple pages to find a known item. This creates friction for everyday navigation and slows down work, especially for admins and power users who need to locate records quickly. Workfront search is meant to help users “easily locate items” across many object types, but the current paging behavior undermines that goal at enterprise scale. Why this feature is importantTime savings & adoption: Users lose minutes per search when they must page through thousands of results, which hurts adoption and confidence in Workfront as the “source of truth.” Enterprise-scale usability: Many customers have 8,000+ projects/documents/users, and the search experience should scale accordingly. Reduces errors: Manual paging increases the risk of selecting the wrong object or assuming something “doesn’t exist” because it wasn’t in the first result set. Search is core navigation: Since search behavior already varies by permissions, missing items due to paging limits adds another avoidable obstacle.How I would like the feature to workOption A (Preferred – best UX): “Search first, then limit.”When a user enters a search term, Workfront should query the entire searchable index for that object type and return the most relevant matches even if they would have been beyond the first 2,000 items in the underlying list. In other words: apply the search filter to the full dataset first, then display results.Option B: “Show all results / larger page size.”Add a user option (or admin-controlled setting) to increase “results per page” (e.g., 2,000 / 5,000 / 10,000) or provide a “Show all matches” mode for searches.Option C: “Find within results across all pages.”If Workfront must keep paging for performance, add a “Search within results” that searches across all pages and jumps directly to the matching items—without the user clicking Next/Next/Next.(Any of the above would dramatically improve navigation for large environments. Current behaviorWhen searching objects (Projects, Documents, Users, etc.), the results are shown in batches (example: 2,000 per page). If the item I need is in page 2/3/4, I must manually navigate across pages to find it. This is especially painful when I already know the name/ID and just need Workfront to take me to the correct object quickly. Acceptance criteria (what “done” looks like)A search term returns results from the full dataset for the selected object type, not just the first batch. Exact matches (or strongly relevant matches) appear in the results even if the object would otherwise be beyond the first page. Users can locate a known object without manually paging through results. Performance is maintained (e.g., via indexing/relevance ranking), but completeness of matching is preserved. 

Selliers
SelliersLevel 4

Keeping the email content when changing template/design on your emailsDeclined

In our daily work we are facing a challenge when it comes to maintaince of email templates build from fragments. We are using different pre-defined templates that is built from fragments. And the fragments again contains just dummy images and lorum ipsum texts. The users changes the content in the fragments when they create there Journeys with there emails. The issue we are facing is when a content designer wants to change the template that is in use in an running Journey – there will be a problem. The content designer could have ordered a total new template, with a new look that he wants to use (a new framwork) or simply just want to change to another existing template (could be seasonal variations in the design). When you use the “change design” feature in the email, and changes to another template – you use all your created content in that email you are changing design too. It should have been possible to keep your content when you change the underlaying template.Maybe it could be solved buy having a export content feature, that takes all HTML code from the “Drag and Drop” container, and make this possible to import into the new template you have selected. The code is there, it is just to move it into the new selected template -and store it. That could have been an option when changing the design – move the content true or false, when you make your change.With an option like that it would be much easier to play around with templates and make changes seamless without any boundaries or risking loosing your created content by mistake.

ChargotraLevel 3

Expose Archived Program Flag & Improve Program Membership API for Large-Scale InstancesNew

Hello Marketo Community, We are currently operating a large Marketo instance and are facing scaling challenges related to program membership data extraction via the REST/Bulk APIs.  Current Limitation At present:  There is no API-exposed field that identifies whether a Program is archived. Archiving a program in the UI (e.g., moving it to an archived folder) does not translate into a machine-readable “archived” flag via the REST API. The Program Membership Bulk API requires filtering by Program ID. There is no supported endpoint to retrieve program membership changes between two timestamps without iterating through individual Program IDs.  Because of this, integrations must iterate across all program IDs to ensure no membership changes are missed — even for programs that are long archived and no longer operational.  Business Impact For instances with thousands of programs:  API calls increase significantly as program volume grows. Sync runtimes increase over time, even if most programs are inactive. There is no supported way to exclude archived/inactive programs from recurring membership checks. This creates scaling and performance constraints for downstream data integrations and analytics platforms.   Requested Enhancements We would like to request consideration for one (or more) of the following improvements:  Expose an “archived” (or equivalent) boolean flag via the REST API This would allow integrations to safely exclude archived programs from ongoing membership syncs (assuming archived programs cannot have membership updates). Allow bulk program membership export without requiring Program ID filters For example, enabling exports based purely on time windows (start/end timestamps) rather than per-program iteration. Introduce an endpoint to retrieve program membership changes between two timestamps This would dramatically reduce the need to scan all program IDs during each integration cycle.   Why This Matters As program volume grows over years of usage, performance and API efficiency become critical. These enhancements would:  Improve scalability for enterprise customers Reduce unnecessary API consumption Improve sync performance for data warehouse integrations Enable better architectural patterns for reporting and analytics

Add an ability to "Replace a file" from the asset's properties pageInvestigating

Request for Feature Enhancement (RFE) Summary: Content managers need an ability to "Replace a file" from the asset's properties. We implemented an override for them (pictures attached). In future we'd like to have this feature as Out-of-the-box functionality. Use-case: Content manager creates an asset's language copy, then "Reveal in Asset", then goes to the asset's properties and need to Replace the original file by translated version of file, having stored it on local computer with different name. Current/Experienced Behavior: Content manager can update an asset's file by one of the 2 ways: Create a Version: Open the folder in the DAM. Find his/her asset file. Select it and click on the "+ Create" button, then select "Version" button. Replace an original file OR Create a version:Save a future image with the SAME name as an original asset's file in the DAM. Drag and drop the future image to the DAM. System suggests "Create a version" or "Replace". Improved/Expected Behavior: User Story: As a Content manager, I want to be able to "Replace a file" from the asset's properties to avoid walking through assets listing and files renaming.   Acceptance criteria: Content manager can update an asset's file from the asset's properties by uploading the file from his/her local computer. Content manager can choose 2 options: "Create version" or "Replace". If "Replace" option is selected, AEM saves the file to the same directory and automatically rename uploaded file to the same name as the original asset (original file is deleted). If "Create version" option is selected, AEM creates a version of the file (original file is saved). Uploading file with different extension than original asset is not uploaded and the error is displayed. The button "Replace file" is displayed on menu above asset properties page. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Managed Services, v6.5.14 Customer-name/Organization name: Veeam Software Screenshot (if applicable): We implemented an override for Content managers: Code package (if applicable):  

Predecessor Status for Projects within ProgramsNew

Within projects, functionality exists to make tasks and subtasks dependent on completion of other tasks. This allows projects to move forward in the optimal order and timeframe. What about allowing the same type of dependencies to exist for Programs?As a project manager, I often work on multiple projects within an overarching Program (which itself exists within a Portfolio.) There may be multiple projects within a portfolio which depend on one another in order to move forward.  Currently, there is no logical connector between the health or completion of a project and starting another project. Example Program:  Spring Campaign.  Below are examples of projects which might exist within the Program.  These are not in order, but there IS an order to them. Project: Campaign StrategyProject: Content StrategyProject: Approved Marketing CopyProject: PhotoshootProject: Video ShootProject: Social AdsProject: Web BannersProject: Campaign Web PagesProject: Pitch DeckProject: Sales Enablement MaterialsProject: Partner VersioningProject: Localization Across Regions Creating functionality which allows dependencies between Projects in a Program has the potential to elevate the interconnected nature of all of the work required to accomplish a project to a level which allows visualization across stakeholders. The visualization could be a game changer in articulation of what is possible given resources, budget, and timeline to accomplish a large multi-faceted goal. The implications for conveying reality to Executive Level Stakeholders allows the vision to be seen in the light of reality. Accountability is underscored by the clear understanding of ALL that is involved.  Silos are removed.