Out of nowhere, a client received this error when attempting to access any of several custom list instances:
List does not exist.
The page you selected contains a list that does not exist. It may have been deleted by another user.
Here are the symptoms and the surrounding circumstances:
- The error was displayed to all users, all the time, when accessing custom list instances contained in several custom web-scoped features.
- If the web feature containing the list was deployed directly to the site (from Visual Studio 2012), the error did not occur. This dumbfounded me.
- I could not recreate this error in any of three separate farms; it occurred ONLY in one farm.
- All of the list templates and instances shared several common fields, all of which were present in the default view of each list.
The last one basically seals it, but you can probably guess that the second and third bullet points sent me reeling in the wrong direction for longer than I care to admit. Blogs all over the interwebs suggested messing around with the alternate-access mappings, but a quick check dismissed bad AAM configuration as the root cause of my problem.
After chasing after several possible causes (the ULS logs were absolutely no help), I begrudgingly removed fields from the default view of one of the lists in question, one-by-one, until the error disappeared. Bingo.
For some reason– and let me emphasize that this is not typical SharePoint behavior— two of the fields common to all lists caused this error. Why? Because they were Managed Metadata fields, and they weren’t connected to a term set.
Simply being disconnected from any term set should not and does not cause Managed Metadata fields– or, more specifically, views that include them– to throw this error. I was able to deploy this same feature to three separate farms without encountering the error, and in all three of these farms, the fields were not connected to a term set.
I can’t say for sure why the fields being disconnected from a term set caused this error, but my theory is that something in memory or in the farm configuration database caused the field to attempt to connect to a term set that didn’t exist (rather than simply being disconnected from any term set in the managed metadata service application altogether). These fields had been previously deployed and, via a manual process, connected to a term set at some point in time.
And as for why the error didn’t occur when deploying from Visual Studio, your guess is as good as mine at this point.
So if you encounter this error while attempting to access a list view that includes a Managed Metadata field–
List does not exist.
The page you selected contains a list that does not exist. It may have been deleted by another user.
— there may be a chance that the field needs to be connected to a term set.
Why? I don’t know. I’ll file this one under things to ask The SharePoint if I ever get to meet it in-person.
Please help me with this..looked like something same, but we have all sandbox solution and not any metadata fields..
Problem Product: SharePoint All/Some List Gets Deleted from all site collection under web application
Problem Description:
This is an issue which deleted each and every List from All the site collections under deployed web application
Where when we go to “Site Contents“, we don’t see any deployed lists other than deployed provider Hosted Apps(Refer. Screenshot 1)
when or different Deployed Site Pages also, we get an error as
1. when try to access the existed lists in site collection we get error as: (Refer. Screenshot 2)
“List does not exist. The page you selected contains a list that does not exist. It may have been deleted by another user.”
2. when try to access the existed Site Pages we get error as: (Refer. Screenshot 3)
Sorry, something went wrong
with Correlation ID’s, the correlation id reflects the same above error in SP logs
We are facing the same issue on different environments, have diagnosed the issue, gone through SP logs, took help with SQL Profiler also, still not able to find the root cause
After setting up different environments, we are able to re- produce the issue 3.-4 times on QA environments
This happens sometime to all site collections to under web application and sometime specific site collections
Please find below Our Product Technology Details we have used:
1. There different Provided Hosted Apps which has SharePoint Lists + SQL as Database and MVC as front end apps
2. These apps gets hosted on local IIS and with App Catalog Deployed to SharePoint on https
3. We have all Sandbox Solutions, for Packaging contains Features which deploys Content Types, Site Columns and Lists Libraries to Site Collection
There are at least 120 Lists and Libraries, 8-10 Content Types, 180+ Site Columns which are separated by using different features module wise, and more to come
We thought of Packaging might be the prior issue to this, but all list deletion from all site collections, no one would ever do
As considering the impact, this has the highest priority to get know the root cause and fix
Is your application or server deployed in a production environment?
No. Not yet, we have set-up different environments for Development, QA and for Demo Purpose
But, we have prod. Environment deployment as First Roll out with less than 7 days