I have configured SharePoint search and everything is working fine, but for some reasons I have to hide some libraries. After hiding those libraries, search results are not coming up for the items under those libraries. Is it expected or is there any way where I can configure to show the results from the hidden libraries.
how did you hide libraries?
If you have changed permissions (in order to restrict users to access those libraries) there is no way for search to return results from that libraries.
Search returns only those items that are accessible (in terms of access rights) for user performing the search.
Related
I'm used the Microsoft Graph API to query SharePoint. Until recently I was able to find the "Site Assets" document library via the Graph API. I can no longer find the list.
What queries have I tried:
https://graph.microsoft.com/v1.0/sites/{siteid}/lists?select=weburl
No URL matches the list of Site Assets. Next:
https://graph.microsoft.com/v1.0/sites/{siteid}/drives?select=weburl
Again no URL matches the list of Site Assets. In the past I was always able to find the assets used the second query. I switched both queries to beta, also without result.
I've looked at the changelog in the Graph API, but nothing relevant is listed.
How can I (nowadays) find the "Site Assets" list on any SharePoint Site?
By default both the lists and drives enumerations attempt to hide system objects, but unfortunately doing so in SharePoint is non-trivial. As a result some system lists were still coming through until recently when we made sure they didn't.
You can still see them, but you'll need to explicitly ask for them by requesting the system facet.
https://graph.microsoft.com/v1.0/sites/{siteid}/lists?select=weburl,system
https://graph.microsoft.com/v1.0/sites/{siteid}/drives?select=weburl,system
I have a requirement wherein I have to obtain all the files of a web recursively (i.e. traversing through the folders and sub folders) and display them for the user through SP Object Model.
This has to be security trimmed, in the sense, if the user doesn't have sufficient privileges to view or open the file, then that file shouldn't be taken into account. Is it possible to obtain all the files without looping through each and every document library, folders and sub folders?
Also, I don't want the default document libraries like web part gallery, master page gallery,etc to be listed out. Any insights on how to achieve this?
The Content Query Web Part can get you most of the way there. Out-of-the-box you could set this up to show all files (based on a content type or content type category) from a site collection. You could even filter to remove system files although that might be a little tricky to get the filters right.
If that doesn't get you far enough, then you could write a web part that extends the Microsoft.SharePoint.Publishing.WebControls.ContentByQueryWebPart class. You could override the Filters (by setting the FilterField1, FilterType1, FilterOperator1, FilterValue1, etc).
The security trimming should happen for you by the default behavior of the ContentQueryWebPart. The Web Part and Master Page galleries will get filtered out based on your content type settings so you shouldn't have to worry about those.
I have a document library with a few files in it and I've noticed that doing a search for files in the document library (even the exact file name) does not seem to give any search results. The search does seem to provide results of terms within lists (such as Project Tasks) thought.
Does Sharepoint Services 3.0 index files within document libraries? I've gone into Advanced Settings of the document library -> Search and made sure the radio button is set to 'Yes' (it was 'Yes' by default).
The short answer is Yes.
The long answer will require some further reading as I can't remember how or where to set it up and of course there is always the chance you have it configured but it just isn't working.
OK, after doing a little digging around it turned out the Service Account and Content Access Account in SharePoint Central Administration > Operations > Services on Server > Windows SharePoint Services Search Service Settings were both set to the in-built user "Local System" which didn't have the permissions to fully index the site. What was odd was that it was indexing the lists but not the documents - I presume a different type of indexing operation is done on the two.
I created a new user on the server with the relevant permissions and assigned that to the Service and Content Access Account and within minutes I could see the Document Libraries within the search results.
Can someone give me some directions on how to setup SharePoint Search Center so I can get results from the list and that they have some custom (modified) link?
I have Forms authentication (and anonymous access) enabled with alternate access mapping.
Right now in the Default zone I get results from the data in lists and they all point to the AllItems.aspx. If try search from the Internet zone I don't get any results from the lists and I am guessing that this is because of some security settings. But if make them to show how will I customize resulting link so that list items are shown with some publishing page.
For example if I keep news in the News list and when I do search I want to get result with link in following format
http://somesite/Pages/News.aspx?itemId=12
where the itemID is he id of the news item.
Can I customize link in the result ?
You can customize the result link using the Core Search Results web part. It is all in the XSL which is available if you modify the shared properties of the web part.
The problem is that this page is meant to show search results of all types including documents in SharePoint, files potentially outside of SharePoint, web pages, business data, etc.
You may want to have a custom search results page that uses a specific scope or managed property query such that you can be sure the results will be list items. This can probably be done without any coding (if you don't consider XSL coding) and you could still use the Core Search Results web part.
Another option may be similar, but use the Data Form/View web part (through SharePoint Designer) or the Content Query Web Part (Publishing Infrastructure feature required).
SharePoint 2007 (both Moss and Wss) exposes document libraries via web dav, allowing you to create documents via essentially file system level activities (e.g. saving documents to a location).
SharePoint also seems to expose lists via the same web dav interface, as directories but they are usually empty. Is it possible to create or manipulate a list item somehow via this exposure?
In short: No.
Longer answer: Kinda. Any item stored in sharepoint is in a list, including files. But not all lists have files. A document library is a list with each element being a file+metadata. Other lists (like announcments) are just metadata. Only lists that contain files are exposed via webdav, and even then you are limited to mucking around with the file - there is no way to use webdav (afaik) to edit the metadata.
Hope this helps.
Oisin.
Agreed. The only thing exposed to webdav is a list item's attachment (or a library's documents). Even if you bring up a file's properties in explorer, there's no options for list data.
If you're working with Office 2007 documents, you can create a document information panel that can be tied into sharepoint.
No, but in my experience most things looking to speak WebDAV to something are pretty much expecting to work with files or documents of some sort. Since non-library lists in SharePoint don't really have an associated file (yeah, they can have attachments, but that's not the same), then effectively the primary construct WebDAV is built around (document) is missing. What would you be Authoring and Versioning?
If you are writing your own client, there are robust web services for interacting with lists (both the library and non-library varieties)