When searching for a document/folder, if you find it, you cannot Move/Copy it. You have to manually navigate to the exact document library path location to use the “Move/Copy” features.
Please help improve this.

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.

give the possibility by default to search result for suffix matching.
For example to receive result for "SharePoint" i could write "Share"
or "Point" and automatically the search will consider the search key as "Share" or "Point".

Pages created using a page layout (layouts created via the Design Manager, no additional custom code, only what was provisioned by the tool), don't get indexed and therefore aren't searchable.
Pages that can't be searched become pretty useless as users aren't able to find them and they can't be displayed in any search-based web parts.
This issue has been known for over two years now - please fix it asap.

I would like to be able to narrow my search to a specific document library or folder so that the search returns results only from the doc library or folder and any folders or subfolders below them.

On the search results page, add 'show properties' link under each result by default.

When a users search from a Document Library only the current level will be search. This should include documents from the subfolder too, or the ability to search down the tree.

In SharePoint O365, the search engine 's Performance is not always satisfactory,especially in Chinese. Sometimes, the search result does not match the search criteria. This issue was analyzed by MS SPO Support team and the root cause should be the incompleted word-breaking.

User expected a better search engine in Chinese Search so that the expected result could be find out directly.

As an alternative, user also expected that the customising feature for word-breaking dictionary could be offerred in SPO.

Currently option to change the "mapping to crawled properties" settings is not editable for Refinable Managed Properties provided OOTB in O365.

It would be nice to have the property enabled so that we can include content from first crawled property that is not empty. This would solve the problem of having multiple values issues in Managed properties while consuming them .

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.

SharePoint search currently does not re-crawl content when a like (LikeCount) or comment/reply (CommentCount) is added to a modern page. This means that when many people comment on a page, the search API will not show the updated number -- even after weeks, unless the page is republished or the site is manually re-crawled.

SharePoint search should likely flag the page as dirty for the crawler to re-crawl the updated values so we can leverage these in SharePoint search results.

When a search result is returned for an image file (png, jpg, gif etc..) stored in a document library, it returns the dispform.aspx page for the item, and not the path to the file.

This is counterintuitive to end users, and should be resolved to better harmonize with the way modern views render images and documents stored on the same location.

User wants to search list items in the search box on the upper left of the [site page] for modern UI.

We have a list with a "Multiple Choices" column called "Location".
Thus there are list entries with location values like "Berlin, Gray Court".
The item gets indexed in the following style: "Berlin;#Gray Court;#
Unfortunately the search does not return those results when querying for "Berlin".
Only the query "Berlin*" does return all desired results.
Would be nice to see the lingusitic features (word braking) working in such cases!

The need to identify pages/files that contain specific hyperlinks is incredibly useful for maintaining content stored across multiple sources. For example, our business users would like to know how many internal sites/files might be linking to content that will moved, retired or changed. SharePoint 2010 provided this feature, but this cannot be configured in 2013.

Our company was able to configure this in SharePoint 2010 search by creating a Managed Property called "link" that was assigned to the "A.HREF" Crawled Properly. Users could then search using the syntax "link:http://ourintranet.com/documents/annualreport.pdf" Please give us this capability back!

I would like to be able to configure only Trusted Identity provider on a default zone and still be able to crawl it.

i know that right now im able to crawl non-deafult zone and then create server site mappings, but this causing a lot o disadvantages.
There is also possibility to crawl default zone and extend Web application to provide SAML logon, but then there are also problems like Deafult-zone url's in e-mails, problem with showing feeds on mysites etc...

Maybe a different solution would be to have search dedicated zone, that would act exactly as crawling default one?

Integrate Yammer search results with SharePoint Online search results. Or allow federation of results.

Modern Sharepoint search page to use default Search settings page result URL from site collection so that results can go to enterpise search - search center page /search