This project (https://www.drupal.org/project/file_extractor) is a fork of https://www.drupal.org/project/search_api_attachments.
Initially intended to be a Search API Attachments full architecture rework (see #3008580-5: Impossible to index attachment in nested entity reference), the problem is that at the end of this rework, the module could be independent (and also without any optional feature related to) from Search API.
So the module name "Search API attachments" would have lead to confusions. And the more I though about it, the more I was convinced that the module name should be changed.
I am not satisfied to have to make a fork. Having helped on Search API Attachments D7 issues and D8 port, I have a feeling to duplicate maintenance burden. Also Search API Attachments has already a great number of usage.
Also, initially I wanted to fix #3008580: Impossible to index attachment in nested entity reference and during the rework/refactoring of the module, I found #2844979: Index nested attachments (eg. entity reference, paragraphs) - arbitrary level which is the same feature request but with a different approach and I haven't seen that it was done before and that the introduced field formatter was made for that. But I already had done too much rework and the new architecture avoid dependency on Search API, so I continued.
The only features of Search API Attachments not preserved:
- option to limit the number of files index per field: no more relevant due to the module architecture. This can be a generic plugin made directly in Search API.
- queue system #2991136: Add file to queue if service is not available: error handling had been reworked and as of the new architecture, there was no more link with Search API so it was not preserved. If there will still be the need of this, anyone can open an issue an provide a patch.
- Views filter to exclude Search API fulltext search in attachments: the Views plugin ahd been made generic and directly on Search API because no more linked with the module, see #3127099-2: Add option to expose searched fields in Views fulltext filter
Comments
Comment #11
grimreaperViews filter plugin put in Search API directly: #3127099-2: Add option to expose searched fields in Views fulltext filter
Comment #16
grimreaperComment #17
grimreaperComment #18
grimreaperComment #19
grimreaperhttps://www.drupal.org/project/file_extractor/releases/2.0.0-rc1 released.
Need to wait a week before being able to "Opt into security advisory coverage".
Comment #20
grimreaperhttps://www.drupal.org/project/file_extractor/releases/2.0.0-rc2
Comment #21
grimreaperhttps://www.drupal.org/project/file_extractor/releases/2.0.0