Project

General

Profile

Actions

Feature #58724

closed

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 almost 10 years ago. Updated over 7 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 2 (0 open2 closed)

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
Actions #1

Updated by David Lemaitre over 9 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.

Actions #2

Updated by Felix Kopp over 9 years ago

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

Updated by Stefan Neufeind about 9 years ago

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

Actions #4

Updated by Dennis Lümkemann almost 9 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.)

Actions #5

Updated by Helmut Hummel over 8 years ago

  • Status changed from Accepted to Closed

Closed in favor of #69120

Actions #6

Updated by Clemens Riccabona over 7 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.

Actions #7

Updated by Piotr Łojewski about 6 years ago

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

Also available in: Atom PDF