49 results found

1. Set Focal Point by API

   Allow focal point to be configured by API

   Currently it can only be set from the CMP UI which makes an API call to

   PUT https://cmp.optimizely.com/api/v3/library/image/<id> with the body:

   { "focal_point": { "x": <value>, "y": <value> } }

   The DAM API endpoint https://docs.developers.optimizely.com/content-marketing-platform/reference/patch_images-id should allow us to send this as well.

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Remove or role restrict the “Request access” / “Request higher license” banner in CMP/DAM

   Problem Statement:
   Users in CMP/DAM are currently seeing a banner stating “You only have view rights” with a “Request” button. This banner appears even for users who:

   Already have higher access roles (e.g., CMP Creator)
   Have not been restricted from assets
   Should not be requesting higher access based on internal governance

   When users click “Request”, no notification or approval flow appears anywhere in the admin console ( I am admin) but notifies one seemingly randomly selected admin.

   Support confirmed:

   • The banner cannot be disabled
   • The button cannot be hidden

   We find the process behind the request to be unclear.

   The "owner" of an image can be the developer/admin currently receiving the request for higher access is the developer currently bulk-uploading all of our image assets via the API.

   So to follow the reasoning above that means that he is the owner of all assets and therefore receive requests from individual users for access to individual images.

   We need the ability to choose who receive these requests without being the owner of all assets. It is not how ownership of image assets work in our company.

   Support notes that request link appear only if an asset is marked “Private,” but this does not match observed behavior since we have no images marked Private in prod.

   This creates confusion, governance issues, and a potential licensing escalation problem.

   Desired Outcome / Feature Description:
   We request the ability to fully disable or role-restrict the “Request access” banner and its associated features.
   Specifically:

   • Hide the banner globally for our CMP/DAM instances Or restrict visibility and functionality to certain roles (e.g., Admins only)
   • Prevent end users from being prompted to request higher access or licenses
   • Disable the automatic access request workflow entirely if it cannot be configured
   • Ability to configure who receives access requests—or disable requests entirely

   In short:
   End users must not see or use any “Request higher access” or “Request license” functions.

   1. Business Value / Rationale The current banner and request workflow conflict with company’s internal licensing and access rights model.

   Reasons this feature is critical:

   • License allocation is a controlled, cost-driven process involving approvals—users cannot self request upgrades.
   • The current banner triggers incorrect expectations and support tickets from thousands of users
   • Unclear process for appointing who receives the access requests, causing further confusion
   • Print and content teams work with sensitive assets where unauthorized access escalation poses security risks
   • User experience and trust in CMP/DAM is negatively affected due to misleading - UI behaviors
   • Ensures alignment with corporate governance, compliance, and licensing agreements

   Removing or restricting this banner reduces operational noise, prevents false requests, and brings CMP/DAM behavior in line with Company´s internal processes.

   We suggest the:

   • Ability to globally disable the “Request access” banner.
   • Ability to restrict visibility by user role.
   • Ability to disable the “Request” button entirely.
   • Access request workflow must become optional or configurable. If enabled, access requests must be routed to configurable owners.

   Dependencies / Related Items: Support Ticket: #1833126

   Problem Statement:
   Users in CMP/DAM are currently seeing a banner stating “You only have view rights” with a “Request” button. This banner appears even for users who:

   Already have higher access roles (e.g., CMP Creator)
   Have not been restricted from assets
   Should not be requesting higher access based on internal governance

   When users click “Request”, no notification or approval flow appears anywhere in the admin console ( I am admin) but notifies one seemingly randomly selected admin.

   Support confirmed:

   • The banner cannot be disabled
   • The button cannot be hidden

   We find the process behind the request to be unclear.

   The… more

   5 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Add permission-based control for the “Enable search engine indexing” option when uploading or editing assets / Role-Based Control of “Enabl

   1. Problem Statement Currently, all users who can upload images to the DAM—regardless of their role—are able to toggle the checkbox “Enable search engine indexing” on an asset. This creates a governance and security risk because:

   Some images are intended for public-facing websites and should be indexable.
   Other images are intended strictly for intranet use and must never be indexed by search engines.

   Because all roles can toggle this setting, users who do not understand the implications may unintentionally expose internal assets to external search engines, or hide assets that should be indexable.
   Today, even low permission users can make indexing decisions that should be governed by a specific group (e.g., Admins, Creators, or DAM Managers).

   1. Desired Outcome / Feature Description We would like the ability to control visibility and editing permissions for the “Enable search engine indexing” setting based on user role. Specifically, we need:

   The option to hide the checkbox entirely for users who should not manage indexing.
   The ability to restrict this setting so that only designated roles (e.g., Admins and Creators) can view or change the indexation status.
   A configuration option at instance/tenant level to map which roles can manage indexation.

   In short:
   Only selected roles should be able to decide whether an asset becomes indexable. All other users should not see this option at all.

   1. Business Value / Rationale This feature supports security, compliance, and brand governance in environments where both public and internal-only assets coexist in the same DAM. Benefits include:

   Preventing accidental exposure of intranet or sensitive internal images to search engines
   Ensuring consistent and controlled SEO/indexing behavior for public-facing asset libraries
   Eliminating user errors by removing unnecessary decisions from non-expert users
   Supporting enterprise governance by limiting indexing decisions to authorized roles
   Reducing risk of data leakage and compliance breaches

   This aligns with common DAM best practices where search engine indexation rights are restricted, similar to publishing permissions in CMS platforms.

   We suggest the ability to configure which roles can see the “Enable search engine indexing” checkbox.
   Ability to configure which roles can edit the indexation setting.
   For users without permissions, the control must be completely hidden (not greyed out).
   Default behavior should maintain backward compatibility.

   Related support ticket: #1836823

   1. Priority & Urgency Priority: High Reason: Incorrect handling of indexation presents a data exposure risk, particularly for internal/intranet content. Role-based control is essential before onboarding more users and expanding asset usage.

   1. Problem Statement Currently, all users who can upload images to the DAM—regardless of their role—are able to toggle the checkbox “Enable search engine indexing” on an asset. This creates a governance and security risk because:

   Some images are intended for public-facing websites and should be indexable.
   Other images are intended strictly for intranet use and must never be indexed by search engines.

   Because all roles can toggle this setting, users who do not understand the implications may unintentionally expose internal assets to external search engines, or hide assets that should be indexable.
   Today, even low permission users can make indexing… more

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. library standard fields

   We currently are limited with setting "Library Standard Fields" within the Library (DAM). We have a taxonomy that is made of several field groups / labels but they are manual to add them. A much better experience would be to have the ability to set our own Standard Fields to include others within our taxonomy.

   •  

   •  

   •  

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Free text/number fields do not show in the filtering panel in DAM

   Note from Rob Driscoll in https://optimizely-ext.atlassian.net/browse/DAM-4268 - "Free text/number fields do not show in the filtering panel. Will need a feature request to support that."

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  1 comment  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Enable Drag-and-Drop Folder Navigation and Asset Relocation After Bulk Upload

   When users perform a bulk upload of assets into the DAM, they typically upload all files into a single, temporary folder (e.g., “Bulk Upload”). Afterward, users need to organize these assets into their proper folders within the DAM catalog structure.

   Currently, the process requires opening multiple folders and manually moving each file, which is time-consuming and inefficient, especially when dealing with large batches of assets.

   Users need an intuitive and efficient way to organize assets after bulk upload. This should include:

   1)The ability to see the folder structure as a tree view in the DAM interface.

   2)The ability to drag and drop assets from one folder (e.g., Bulk Upload) to another folder directly within this tree view.

   Functional Requirements

   Folder Tree View:

   The DAM interface should display a collapsible folder tree on the left side of the screen, representing the full catalog hierarchy.

   Users should be able to expand and collapse folders to navigate easily.

   Drag & Drop Functionality:

   Users should be able to drag individual or multiple assets from one folder (e.g., Bulk Upload) and drop them into another folder within the same catalog.

   The system should support multi-selection of assets (using Shift/Ctrl + click).

   Bulk Move Confirmation:

   After dropping assets into a new folder, a confirmation message or progress indicator should appear showing move status.

   Permissions Handling:

   Users should only be able to move assets into folders where they have write access.

   If a folder is restricted, a warning message should appear.

   UI Feedback:

   The system should visually indicate valid and invalid drop targets.

   The folder tree should automatically expand when hovering over a collapsed folder during drag.

   When users perform a bulk upload of assets into the DAM, they typically upload all files into a single, temporary folder (e.g., “Bulk Upload”). Afterward, users need to organize these assets into their proper folders within the DAM catalog structure.

   Currently, the process requires opening multiple folders and manually moving each file, which is time-consuming and inefficient, especially when dealing with large batches of assets.

   Users need an intuitive and efficient way to organize assets after bulk upload. This should include:

   1)The ability to see the folder structure as a tree view in the DAM interface.

   2)The ability to drag… more

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Support for renditions for .eps files

   Request to be able to create renditions from uploaded .eps files in the DAM. Currently only supports PNG, JGP, and WEBP

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Selecting All Assets Requires One Asset To Be Selected

   In order for the select all option to appear, one asset needs to be selected first. Can the select all just always be available?

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Create ability to duplicate collections

   It would be helpful to be able to copy a collection to retain the cover photo and description and simply updating the collection name.

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   New  ·  0 comments  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Expose FocalPoint per Rendition in Optimizely Graph

    Optimizely CMP now supports setting a focal point on a per‑rendition basis, but this data is not currently available when querying assets via Optimizely Graph. As a result, consuming applications cannot apply the intended focal point for different rendition sizes.
    Providing this data in the Graph schema and SDK models would ensure consistent rendering behavior between CMP and downstream experiences.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. DAM Forces Manual Folder-by-Folder Downloads

    DAM Forces Manual Folder-by-Folder Downloads

    Summary / Problem:

    Users cannot download a parent folder and all of its subfolders in a single action. To download a full folder structure, users must manually open and download each subfolder one by one, making this a frequent, manual, and time-consuming task.

    This limitation slows down workflows and increases the risk of incomplete downloads, especially when users need to preserve the original folder organization.

    Proposed Solution:

    Enable downloading at the parent folder level so that selecting "Download" on a parent folder includes all nested subfolders and assets in a single ZIP file, while preserving the original folder hierarchy.

    Business Impact / Why This Matters
    • Users often rely on folder structure to understand asset context, usage, or ownership
    • Current workarounds (collections or manual downloads) break folder hierarchy
    • Preserving hierarchy reduces rework, confusion, and asset misplacement after download
    • Aligns with standard expectations from DAM and file management tools

    DAM Forces Manual Folder-by-Folder Downloads

    Summary / Problem:

    Users cannot download a parent folder and all of its subfolders in a single action. To download a full folder structure, users must manually open and download each subfolder one by one, making this a frequent, manual, and time-consuming task.

    This limitation slows down workflows and increases the risk of incomplete downloads, especially when users need to preserve the original folder organization.

    Proposed Solution:

    Enable downloading at the parent folder level so that selecting "Download" on a parent folder includes all nested subfolders and assets in a single ZIP file, while preserving… more

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Enable thumbnail generation for large TIFF/high‑resolution images exceeding current processing limits

    Problem Statement:
    When uploading large TIF or high‑resolution print‑quality assets (typically >200 MB), the CMP/DAM fails to generate thumbnails. Instead, users see a broken image icon. Optimizely has confirmed that thumbnails cannot be generated due to internal processing limitations related to file size.
    This causes significant usability issues, as CMP/DAM users rely heavily on thumbnails—not filenames—to identify and select assets.

    1. Desired Outcome / Feature Description We request support for generating thumbnails for large TIFF and high‑resolution images, regardless of original file size, through one of the following approaches (implementation method left to Optimizely):

    The core requirement: All uploaded assets must generate a visible thumbnail preview, even when originals are extremely large.

    1. Business Value / Rationale Our organization manages a large volume of print-ready originals (up to 6,500 assets in the upcoming migration), many of which exceed 200MB due to their use in advertising, building banners, and other large‑format production. Thumbnails are essential because:

    Users select assets visually, not by file name
    Broken thumbnails cause mis‑selections and inefficiency
    Internal stakeholders cannot validate assets without previews
    Bulk migration becomes risky and time‑consuming
    The usability of the DAM diminishes significantly for print‑focused teams

    This limitation blocks parts of our upcoming large migration and affects daily workflows for multiple teams.

    1. Impacted User Groups

    ✔ Content Editors
    ✔ DAM Managers
    ✔ Marketing Teams
    ✔ External agencies producing print material
    ✔ Brand teams working with large imagery

    1. Current Suggested Workaround from Optimizely

    Uploading a smaller, web-friendly version of every large image manually.
    This is not feasible for 6,500+ assets, and duplicating assets leads to governance and version‑control issues.

    Optimizely recently added a default placeholder icon, but this does not solve the business need for actual visual thumbnails.

    1. Dependencies / Related Items

    Upcoming asset migration of ~6,500 large print originals
    Cross-team dependency: brand, marketing, and agencies require thumbnail previews for workflows
    Related support ticket: #1815552

    Problem Statement:
    When uploading large TIF or high‑resolution print‑quality assets (typically >200 MB), the CMP/DAM fails to generate thumbnails. Instead, users see a broken image icon. Optimizely has confirmed that thumbnails cannot be generated due to internal processing limitations related to file size.
    This causes significant usability issues, as CMP/DAM users rely heavily on thumbnails—not filenames—to identify and select assets.

    1. Desired Outcome / Feature Description We request support for generating thumbnails for large TIFF and high‑resolution images, regardless of original file size, through one of the following approaches (implementation method left to Optimizely):

    The core requirement: All uploaded assets must… more

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Select assets across multiple pages/folders

    Can’t select multiple images across multiple pages as it deselects when browsing other folders

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Expire assets based on expire date field (GDPR related)

    Organizations need to comply with GDPR and other data privacy regulations. Assets that are tied to consent (e.g., photos of people, campaign materials) currently require manual governance. Without automation, there is a high risk of expired or unauthorized assets remaining accessible, which can lead to compliance issues and reputational damage.

    Proposed Solution:

    Asset Expiry Date: Allow editors to set an expiry date on assets. After expiry, the asset is automatically unpublished/disabled and removed from search results and delivery endpoints.

    Consent Linking: Enable assets to be linked to consent records (e.g., GDPR consent, model releases). If the consent expires or is revoked, all linked assets are automatically disabled.

    Asset Removal Workflow: Expired assets are first placed in a “Disabled” state, allowing admins to review, extend expiry (if new consent is obtained), or delete permanently. Include audit logs to track expiry actions.

    Organizations need to comply with GDPR and other data privacy regulations. Assets that are tied to consent (e.g., photos of people, campaign materials) currently require manual governance. Without automation, there is a high risk of expired or unauthorized assets remaining accessible, which can lead to compliance issues and reputational damage.

    Proposed Solution:

    Asset Expiry Date: Allow editors to set an expiry date on assets. After expiry, the asset is automatically unpublished/disabled and removed from search results and delivery endpoints.

    Consent Linking: Enable assets to be linked to consent records (e.g., GDPR consent, model releases). If the consent expires or is… more

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Request for Enhanced Flexibility in Asset Ownership Settings

    We’d like to suggest adding more flexibility around asset ownership assignment. Currently, the person who uploads an asset is automatically set as the owner, but we want the ability to preset or designate asset owners separately. This is important because asset owners receive “request to edit” emails, and we want to prevent these notifications from going to non-admin users that might be the asset owners. Typically, users request edit access when they actually only need to download the asset, leading to unnecessary owner involvement and incorrect permission assignments. Allowing preset ownership would help streamline this process. reduce confusion and ensure compliance.

    We’d like to suggest adding more flexibility around asset ownership assignment. Currently, the person who uploads an asset is automatically set as the owner, but we want the ability to preset or designate asset owners separately. This is important because asset owners receive “request to edit” emails, and we want to prevent these notifications from going to non-admin users that might be the asset owners. Typically, users request edit access when they actually only need to download the asset, leading to unnecessary owner involvement and incorrect permission assignments. Allowing preset ownership would help streamline this process. reduce confusion and ensure… more

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Collection view filters collapse when moving between collections

    The filters collapse when moving from once collection to the next. It would be helpful for them to remain intact from the previous search.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Collections download one image and it's zipped

    When looking at a collection via the public link, you can select one or more files. If you select just one file, that file is zipped. It would be preferred to download just the single file not in a zipped folder.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Complete Parent folder chain should auto tag when uploading an asset

    We are trying to allow our staff to search for assets by country, city, community, project, building and unit. Each of these we can configure as folder and if Optimizely auto-tags each of the folder in the hierarchy with the asset it would simplify the upload process, and we can avoid creating custom fields for each of these assets as these are very specific requirements and not apply to our DAM usage as whole.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Highlight duplicated assets in the asset list

    In the library, if the asset is a duplicate, it should be highlighted with a label.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Featuring labels and their values in the unified filter panel by default within DAM if they are part of Saved View configuration.

    If someone adds a label and choose value(s) to create Saved Views within DAM, then they should appear in the Unified Filter Panel by default instead of featuring under the "+Add Filters" section once someone selects a Saved View inside DAM.

    Currently, If you click on "+Add Filters" and locate a label and it's chosen value (which is already appearing selected due to the Saved View), then clicking on the 'Done' button doesn't do anything either - it doesn't get added to the main filter panel view at all.

    3 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    New  ·  0 comments  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating