I worked with Microsoft support to create a new search scope that included the wildcard for every entry at the top level site. We applied this template as the default and it works when searching at the top level site. However, it does not apply when searching within a Document library that resides at the same level as the parent. Ultimately, we do not want to require a wildcard for every partial search. If someone wants to find instructions in our library for GoToMeeting they should be able to find it by simply entering Goto.

Providing a tool that helps break down the search result score that an individual search result has received would help remove the mystery around SharePoint search. This could then be used to understand why results aren't returning in an expected order and tune metadata, settings, etc appropriately.

When you soft-delete an Office Group, the connected team site is not removed from search index. When you click on the search result, an HTTP 403 is presented.
The workaround from MS Support is to manually delete the site from the index.

Also the site is still visible in "Recent Sites" and "Following" on SharePoint Home for every user. Workaround is that every user has to unfollow and wait until the site automatically removes from recent.

Both is not acceptable and looks like a bug for me.
Please remove soft-deleted sites from search index.

We find out that sometimes the contents of files which has been attached to Custom List can be searched and sometimes cannot.
I want to know which one is correct in the specification of SharePoint Online, is the capable of searching correct or the incapable of searching correct.

The search autosuggest should display the documents' Title, if available. Currently, the (file) Name is displayed, which is not intuitive or legible. Displaying the document Title first is the normal pattern of all search engines.

The search within SharePoint should perform people searches from the organization level at all times. Users should not have to go to the search results page and traverse up to the Organization level. The autosuggest on the site search used to display people results when we first vetted SharePoint as an Intranet solution--now it doesn't.

Within search driven applications, actual values of columns within items are critical for users. Imagine a task, shown search driven in my open tasks. If user completes the task on the list, user will expect, that this tasks are not shown in the above mentioned my open tasks.

Therefore allow immediate (re) indexing for specific items (like tasks) - possibly configurable. This actually was possible with SP2010 server side code.

I love the search in the modern document libraries, however there are some issues displaying results when the search is too broad.

If a user types a keyword search in the top left-hand corner, then clicks "see more results", they will often get the message "no items match your search" despite just seeing some results in short list below the search box.
The error should either be "there are too many results", or the results should be split into pages.

At this moment a result set of a search query is ordered case sensitive. It would be great if this became case insensitive or perhaps with the possibility to choose between the two options

I would like to create a new account for new hires to join, but I would like to prohibit searching for pre-joining users in order to manage confidential information.

When searching for files and the result is an image, it doesn't open the .jpg files when clicking on them.
It does open .png and .jpeg files as images, but not .jpg (this is the default extension for jpeg images).
It makes our work more difficult, sice we already have many images with the .jpg extension and we just found out that the search is useless.

Our colleagues are used to work with SharePoint Search and do not want to use antother app for this purpose. Unfortunately people search in SharePoint doesn't bring up any Email attachments but only files stored in SharePoint or shared within OneDrive. I really hope that this is going to be changed soon...

Please add the SharePoint On-Premises feature to SharePoint Online to create Query Rules with the Query Condition: "Query matches this regular expression". This would enable us to target query rules based on our organisations reference format.

Currently draft items are not searchable in SharePoint 2013, I don't think this has changed in 2016 or online. If you have a library with half published items and half draft items, it would be very helpful to have the default behavior allow editors to search through draft items while readers only search production items.

Currently there is no way to have the "Name" column visible in library settings. It would be nice if we can do changes and add the "Name" column in sharepoint library settings to have easy access.

When using the wildcard (*) on Modern PeopleSearch results the mouse cursor is not changed to a vingerpointer when hoovering over the name or picture of a user. The item is clickable but the because the mouse cursor does not change it is confusing for users. Please update the result page so that the mouse cursor is changed.