Feature #58724

Feature #62158: Iconography / Icon identity

Epic #62333: App Icons & Focussed backend Apps

Epic #62337: "Live search" App

Implement proper backend file search

Added by Maximilian Kalus over 7 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-05-12
Due date:
% Done:

0%

Estimated time:
PHP Version:
5.4
Tags:
Complexity:
medium
Sprint Focus:

Description

FAL introduced some great possibilities, but on an operational level, BE search for files is suboptimal.

In the global BE search finds both entries in sys_file and sys_file_metadata, since both have searchFields defined:

sys_file: 'searchFields' => 'name, type, mime_type, sha1'
sys_file_metadata: 'searchFields' => 'file,title,description,alternative'

Finding a file (sys_file) is quite hard, since I have to know its file name. Searching for types, mime_types and the file's sha1 value do not seem to make too much sense to me. If I find it, I find an immutable file record, but there is no way to quickly get to the file itself (path is presented in the file TCA, but no link to file). It would be useful to have link here.

Likewise, finding metadata, does only show the metadata uid (some kind of title from title and/or filename would be helpful). There is no direct connection to the file other than the preview show in the form.

In file list, I can browse but not search/filter for files. This would be extremely useful, especially if you have several hundred images in a folder.


Related issues

Related to TYPO3 Core - Bug #60465: Backend search : File Metadata appears twiceClosed2014-07-22

Actions
Related to TYPO3 Core - Feature #43286: Element Browser should allow to search for FilesClosed2012-11-25

Actions
#1

Updated by David Lemaitre about 7 years ago

File search in Filelist is a big missing. It will be nice to have similar criteria like DAM (by name, by file type, by category, by status, etc). Hope it can be implemented for 6.2 LTS. It's a must-have priority for me, editors needs to find files quickly.

#2

Updated by Felix Kopp almost 7 years ago

  • Status changed from New to Accepted
  • Priority changed from Should have to Must have
  • Parent task set to #62337
#3

Updated by Stefan Neufeind over 6 years ago

For the moment to have a ext search- and listing-possibilities maybe consider EXT:media.

#4

Updated by Dennis Lümkemann over 6 years ago

+1 for the search capabilities in the backend, at least a search for file name in the filelist module.

EXT:media comes with many other features one might not want to introduce into an existing installation. The UI is very different from the standard Typo3 file module, which would require extra user training and user permissions are apparently not respected. So this is not a real alternative.

(Also, an option to set the number of files listed on one page would be handy.)

#5

Updated by Helmut Hummel about 6 years ago

  • Status changed from Accepted to Closed

Closed in favor of #69120

#6

Updated by Clemens Riccabona about 5 years ago

As there seems not to happen a backport to 6.2 LTS, I leave a hint here:
EXT:falsearch for 6.2 LTS users seems to be a 'backport-like' solution, wich works also under typo3/ext/ (AKA 'global').

Both, falsearch-extension as well as the core-solution of v7.6 lack the feature searching for folder-names AFAICS.

#7

Updated by Piotr Łojewski over 3 years ago

  • Has duplicate deleted (Feature #69120: Add a basic search to the file browser (popup))

Also available in: Atom PDF