Autodesk AutoCAD DWG and Bentley Microstation DGN files are the primary file formats used to store and disseminate design information and plans between business partners working on civil engineering, landscape architecture, planning, and transportation projects.

Many AEC firms use SharePoint Team sites as centralized points for these types of projects, but unfortunately, these files, which often contain a lot of text information, cannot be indexed and searched.
Autodesk and Bentley are major technology firms that already partner with Microsoft, please collaborate on a solution!

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

*English follows Japanese
■Title(件名)：
複数の管理プロパティを指定して検索する際に、プロパティ名を入力せずに検索したい。
We want to search without inputting property names when specifying multiple managed properties for search

■Description(内容)：
特定の管理プロパティに該当するアイテムを検索する際に、検索クエリの設定によって管理プロパティ名を指定せずに検索することが可能だが、複数の検索語句を入力する場合は管理プロパティ名を指定しないと検索ができない。
管理プロパティ名の入力を省いて複数の検索語句に該当するアイテムを検索できるよに、機能の拡充を要望します。

When searching for items that correspond to specific managed properties, depending on the search query settings it may be possible to search without specifying managed property names, but if multiple search terms are inputted search cannot be performed if managed property names are not specified.
We hope this feature can be improved to enable searching of multiple search terms when managed property names are omitted.

Option to open document either by web browser or local application when searching.

This idea is to create a SharePoint Online search connector to Azure Data Lake. This should be similar to the file share connector we have in hybrid search, but connect directly from the SharePoint Online search engine to Azure Data Lake. This will allow us to include files stored in Azure Data Lake in the enterprise search solution.

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.

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.

We would like to extend SharePoint Online search result by implementing OpenSearch protocol. One thing is that it doesn't support authentication right now: https://sharepoint.stackexchange.com/questions/201521/authentication-is-disabled-in-opensearch-result-source-on-sharepoint-online/213775. Since the data we are exposing are from customer on premises environment, authentication protection is required. Thanks.

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.

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

A filtering flaw was recently discovered within SharePoint when using the ‘filter button’ on the right hand side while working within a specific view. If this filter is engaged and the ‘see all’ link is selected, the view ID disappears from the link. If this link is then sent to or shared with another user, they won’t be directed to the correct view.

Can you release an update to SharePoint Online to resolve this flaw?

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.