- π³π±Netherlands valgibson
Can confirm that the patch in #17 also applies perfectly to Drupal 9.5.3 (saa 9.0.0). Hope this will be commited in the next stable release.
- π«π·France Asterovim Paris
Hello.
It's work's with the patch into Drupal Core 10.0.9 and Search API attachments 9.0.1.
Thanks you.
- π§πͺBelgium bramvandenbulcke
We've been using patch #17 for some time now and it's working fine!
- π§πͺBelgium ludo.r Brussels
Hello,
Patch #17 works fine.
For the ones like me who didn't know how it works:
This patch creates a new field under the file entity itself called "Search API attachments: extracted file".This is Node => Paragraph => Media => File:
field_downloads:entity:field_files:entity:field_media_file:entity:search_api_attachments_extracted_file - Status changed to Needs work
about 1 year ago 7:56am 3 September 2024 - π³πΏNew Zealand jonathan_hunt
Patch #17 works for me on Search API attachments 9.0.3, but looks like it needs work. I added a field to extract text from a media file and set "Get contents of text attachments directly using file_get_contents." to true, but when the content (and file) are indexed
ExtractedFileFieldItemListplugin is invoked and calls$files_extractor_processorFilesExtractorand the configuration is empty. If I force the the test forread_text_files_directlyto pass, the text is extracted and indexed ok, but there is a problem with the config not propagating. - π³πΏNew Zealand jonathan_hunt
Resolved config issue in
extractOrGetFromCache()by fetching config in the same way as already done inaddFieldValues. Not sure if that's how it should be, but it is working for me on Drupal 10.3.2 and Search API attachments 9.0.3. - Status changed to Needs review
about 1 year ago 5:27am 4 September 2024 - π¨π¦Canada bensti
@jonathan_hunt, seem to work with my D10.3.6 and search_api_attachments 9.0.5.
Great job! Hello,
I am working on a Drupal 11 site and using the Paragraphs module to structure content. I have added a Paragraph type called "Attachments", which allows for uploading multiple files. However, I am unable to index this field in Solr using the Search API Attachments module.
The field appears on the page at:
admin/config/search/search-api/index/main_index/fields/add/nojs
But, when trying to select it, the field content is not available for indexing. I can easily select other properties like the file name, but not the actual file content itself.
I am using the following version of the module:
https://www.drupal.org/project/search_api_attachments/issues/3474910 β¨ Drupal 11 Ready Needs review
Has anyone encountered a similar issue or found a workaround for indexing these attachment fields in Solr? Any pointers on where I could potentially hardcode a solution?
Thank you in advance for your help!
- π§πͺBelgium detroz
This patch is compatible with Search API Attachment 9.0.6
- First commit to issue fork.
- π¦πΊAustralia geoffreyr Sydney, AU / Gadigal country
geoffreyr β changed the visibility of the branch 3008580-impossible-to-index to hidden.
- π¦πΊAustralia geoffreyr Sydney, AU / Gadigal country
We've been working with patch #17 in this issue for some time. I've rerolled #30 against the 9.0.x branch and created a merge request.
- π¬π§United Kingdom joachim
This MR's approach of using a computed field to provide the files to SearchAPI is interesting, but I don't think it's the right way.
We've got multiple issues that are all to do with 'how to get files out of the entity':
- this one, about paragraphs
- layout builder: β¨ Make it possible to index attachments from index only fields that don't exist on the entity Active
- files linked in body text: β¨ Plugin type to allow other ways to determine files to be indexed ActiveI think the approach needed is to have FilesProcessor hand over to a set of plugins which handle 'getting a PDF file from the current entity'. There's an MR for that over at β¨ Plugin type to allow other ways to determine files to be indexed Active
- Status changed to Needs work
5 months ago 9:00pm 30 June 2025 - πΊπΈUnited States jeff.hartman
Re-rolled #29 for 10.0.5, fixing previous patch in #36.
- πΊπΈUnited States jeff.hartman
Sorry about the train wreck here. Now re-rolled for #30 (which I missed noticing was for 10.0.x), fixing previous patch in #37.