After deploying list views to an environment, duplicate API names may occur in some instances and are not always seen as a result of an issue within the platform. The duplicate list views can be observed in the user interface or via the API.
Salesforce identifies every list view by an API name or devname that’s different from the list view name that you see on your object page. So that Salesforce can tell one list view apart from another list view, every list view needs a unique API name. In some cases, however, two different list views incorrectly share the same API name.
When this happens, if you select either of the affected list views, you see the list view that is most private to you. For example, if one of the list views is custom to your user profile and the other is a public list view, you see the records for the private list view.
Duplicated API names for list views can occur in a variety of scenarios, such as when you import a managed package that includes a modified default list view. For example, let’s say that you have the default list view, All Work Orders, and you make edits to that list view. Then you export a managed package that includes the modified All Work Orders list view, and import the managed package into a target org that already has a default All Work Orders list view. The target org can end up with two different versions of the All Work Orders list view that share the same API name. To help prevent this situation, we generally discourage including default list views in exported packages.
To resolve a duplicate list views issue, clone the affected list view to make a copy, and then delete the original list view that you cloned. The new copy of the list view automatically has a unique API name, so you can select either the new list view or the list view that was inaccessible previously.
Note: API doesn’t support cloning a list view. If you delete a list view through the API, you must manually replicate it. We recommend that you resolve this issue from the List Views page instead.
000386164

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.