Include search field also when left navigation is not visible

Many times, a company will have similar looking slides for things like proposals or capabilities presentations. If SharePoint Search or 'Bing for Business' had the ability to upload a picture of a slide and 'find similar, it would make finding every instance of a slide in our company very easy.

Currently Guest users are unable to use the search feature in MS Teams for files. For guest users the option to search "People" and "Messages" is available however the tab for searching "Files" is not. When Guest Users go to the SharePoint Teams site they are able to search all files within the document libraries with out issue. Its as if the "Files" tab in Teams search is missing for guest users. Really need to get this feature in place for Teams.

No Control on the Search Analytics, reports don't show the query text which was searched earlier day.

We often use svg files to render processes etc created from e.g. visio. Could you please add the .svg file type to the search file types so that one can perform searc queries on this file extension. Does not seem to work today?

Icons like ZIP or even MSG don't show up properly in Search Results. Could you please add them to the result templates ?

The thesaurus and synonyms do not work with the SharePoint People search. They work brilliantly with all the other content.

*English follows Japanese

モダン UI で集計結果が表示されない
ビューに集計の合計値を設定すると、クラシック UI では合計の値が表示されるが、

モダン UI だと表示されない為、モダン UI でも合計値が表示されるようにしてほしい。

Aggregate results cannot be displayed in Modern UI
When setting aggregate of total values in the view, the total value can be displayed in Classic UI, but cannot displayed in Modern UI.
Please make it also can be displayed in Modern UI.

Unsure how a product with such touted feature sets can have a 5000 document library search limit. Isn't this backed by MS SQL Server & not MS Access? Inexcusable. Had to switch to different vendor product and ditch SharePoint.

As an administrator I want to be able to remove the "sync this library to your computer" option from the library tool bar on the sharepoint library site to prevent users from syncing a library locally.

When you search in the modern UI, it will bring back the contents matching the search from Document Libraries but not the Document Library. It would be great if you could search and it would include documents and document libraries.

I use SharePoint Online. While PDF files are indexed, I can’t query on their metadata such as subject and keywords.

When creating custom Managed Properties we're restricted to only Text and Yes/No data types. Even the build in ones for custom use (Date00) have restrictions that make them useless. Full ability to customize is a must have and an unacceptable restriction.

In Office 365 SharePoint Online we currently use a content search query web part to display specific SharePoint sites in a list to certain users depending on the permissions they have on specific sites.

We have had confirmation from Microsoft that the refresh job runs every 24 hours, however sometimes it can be a shorter length of time.

As we reply quite heavily on this function, it would be brilliant if we can change the schedule / time of when the refresh runs (more frequent) or manually run it if required.

Thank you for your help.

Currently, searching within a document library does not sort results so that the most relevant is at the top of the results list. We would like to see the most relevant (i.e. most occurring in document and metadata, or at least most results found in metadata) at the top of the results list.

Now only possibility is to set root web as content source if you want to crawl HNSC.
It's very inconvenient if you have few big HNSCs and want to crawl them separately.

Right now, {Today} token defined in Search result source used "Server time" when it is translated. This causes a problem when site timezone isn't the same as server timezone. (Mostly found on O365.)

For example, query "Created:{Today}" executed on Dec 30, 11AM on +7 timezone site is translated into "Created:2015-12-29" instead of "Created:2015-12-30" because the O365 server time is Dec 29. The only workaround to fix this is adding the same {Today} part again on the search web part query text property which will make the replacement correctly.

I've not found any documents suggesting this and found this workaround myself.