Box search function will not search pdf documents I have personally OCR'd using Adobe. Please advise.

Adding recent folders into the "Recents" carousel would be a huge value add in working through current projects.

When I search for an exact file name, to find all copies of that file within a folder structure, the "See All Results" page does not put all the "hits" of that exact file name at the top of the list. I have to scroll down through many other files with partial hits in the name to find all copies. Why would it not sort by exact file names first, then partial file name matches, then contents ... ?

Build native Box Search to also search the end of a text string, not only the beginning of a text string.

Specifically, my customer wants to search for a folder, ABCD1234, where searching for "ABCD" populates all folders with "ABCD" as the fore end of the nomenclature, but when searching for the tail end of the nomenclature (aka the unique, identifying text string), "1234," the specific full ABCD1234 folder is not populating in search results.

The display name displayed in the suggestion when performing a search when specifying a group or user in the user activity report is cut off.
Users and groups cannot be specified correctly, such as when similar names are set and they are distinguished by the end of the name.
We want you to improve so that you can check all users and group names in the suggestion display when searching

(In Japanese)
ユーザーアクティビティレポートのグループやユーザーを指定するときに検索を行っても、
サジェストに表示される表示名が見切れてしまう。
類似した名前を設定し、名前の末尾で区別している場合など正しくユーザーやグループを指定する事ができない。
検索時のサジェスト表示でユーザーやグループ名をすべて確認できるよう改善してほしい。

My hope is to search for "other than ●●" and "NOT ●●"

My preferred search method is, for example, There are 3 files. The file names are A, B, C.
I want to enter "not B" in the search. The result is A and C files.
It is usually called "Not search". (in Japan)

Hi Team,

When I search in BOX folder which has many files using "ctlr+f" option, It doesn't search entire folder.

For Example: There are 10 files available in the folder which contains the name "OCA"(file name contains "OCA") And when I search I get only 6 results and when I scroll down and search I get remaining 4 results.
Can you please improve it to search the whole folder even if the file is present at the bottom of scrollable area?

The ability to search contextually for a topic and have related results be populated similar to an internet search engine e.g. you search for "Fruit" and search results include "apples, oranges, bananas etc."

We would like to be able to lock the sorting settings of files in folders? If we sort the folders based on A-Z the files inside the folders swap to Z-A. We would want them to be fully independent from each other.

It would be nice to sort my files by those files that "shared with me" by other people. Sometimes I don't know the name of the folder, but know who sent me the data. This search ability in the "sort" section above the files, or on the menu to the left of the files would save time searching for things.

Box should support modern search capabilities such as elastic search
We want to be able to search for something within the name if a file
ie name contains,
Exact match isn't very useful, if we wanted to search for a specific product code in the name for example

Box's search queries do not go off of the same date displayed to end users in the WebApp. The Modified Date seen in the WebApp is different than the API field “modified_at” that the search tool goes off of. From a user’s viewpoint, the date is the date, so using two separate date fields for the same product is confusing to end users. This is a request to ensure both of these fields align.

As legal department, we manage contract documents using tag but when we search files filtering with them, user experience is not intuitive when I follow steps described below.

1. search a keyword filtering with tag
2. change the keyword on search box
3. filter for tag set in 1 is reset and disappeared

Also, we would like to search file filtering with tag without any keywords in the search box as populating keyword is currently a must to start to search unlike Metadata, which is also inconvenient.

I have several folders w/ very common words and randomly generated filenames, that keep popping up when i am using the search function in box.
It would be nice, to have the option to shield a few folders from appearing in search results.

inside of a folder with hundreds of assets, it would be amazing to have the letters a-z on the left side so you can click on the letter that corresponds with the first letter in an assets title and go directly to those assets. For example, if you click on 'G'. all assets that start with the letter 'G' come up.
Currently you have to scroll. sometimes for a while to get to the proper file. When you have hundreds of assets within 1 folder it's laborious to get to the one you want!

It would be a wonderful if Box could be adjusted to index and search the file contents for files beyond Microsoft Office and text files. For example, much of what I would like to search is in python or R scripts, so being able to index and search those files as well would be very helpful.

(it would also be very useful to search specific metadata field such as "name" or "type", like windows explorer enables)

For search, increase the indexed text per document limit to unlimited, rather than 10k bytes, which is only roughly 3-4 pages.

https://support.box.com/hc/en-us/articles/360043696314-Search-for-Files-Folders-and-Content#:~:text=Indexed%20Text%20per%20Document%3A%20The%20Box%20search%20index%20stores%20up%20to%2010%2C000%20bytes%20(~10%2C000%20characters%20in%20English)%20per%20document%20for%20accounts%20from%20Business%20level%20and%20above.%20This%20amount%20can%20vary%20from%20document%20to%20document%20because%20of%20language%2C%20Box%E2%80%99s%20indexing%20method%2C%20and%20document%20type.

Currently, you can only search by file/folder name, and there is a risk of restoring the wrong target if there are files with the same name.
(In Japanese)　
　現在は、ファイル名/フォルダ名でしか検索することが出来ず、同名ファイルがある場合に誤った対象を復元するリスクがあります。

I would like to be able to search content in public shares the same as if the content were shared internally.