🇫🇷France @izus

i tried it today and worked like a charm.
i can't reproduce this bug

hi,
i configured the exclusion of txt files
i cleared and reindexed items
and then it works : words in text files can no more return results

Hello,
i tested and couldn't reproduce it

Thanks
please provide a Merge Request or patch if you can

duplicate of https://www.drupal.org/project/search_api_attachments/issues/3474910 ✨ Drupal 11 Ready Needs review

Thank you very much
Here it is https://www.drupal.org/project/search_api_attachments/releases/10.0.0 →

Hi,

drupal_get_path is used in .x branch : https://git.drupalcode.org/project/search_api_attachments/-/blob/8.x-1.x...

it is no more used in 9.x branch https://git.drupalcode.org/project/search_api_attachments/-/blob/9.0.x/s...

so i guess you're using 8.x

hopes this helps

and here is the patch

izus → created an issue.

thanks
this is merged

merged
thans

Merged
thanks

thanks
this is now merged

this is now merged
thanks

merged

THis is now merged
thanks

merged

thanks for this

Thanks
can you please open à merge request for that

merged
thanks

Thanks for this contribution
looks like it needs a rebase to be mergeable

this is now merged
thanks

hi,
thanks for this work
did you test the case where we have many file fields :
example :
field1 with one.pdf
and
field2 with two.pdf
does the extra field behave well to display both of pdf content in a single view mode ?

actually all these steps are documented in the README, please feel free to reopen and add the any documentation you find useful

i thinks this is due to code deprectaion. drupal_get_path() is deprectated :
https://www.drupal.org/node/2940438 →
we need a little patch here

quietone → credited izus → .

FWIW,
there is a field formatter that lets you show the extracted text
the extraction result is cached with key "search_api_attachments:$file_id" (See extractOrGetFromCache)

hi,
here it is https://www.drupal.org/project/search_api_attachments/releases/9.0.3 →
thanks

This is now merged
thanks

yes of course, this is what i meant, have an option to let the admin decide if they want to store on database (as currently) or in the file system (as dne by the patch)

We just need to let user choose to keep storing in database or in files (depending on their needs and possibilities), so an option on that would be great

This is merged
thans

ok,
never tested it in Windows.
Maybe the path to Java should be adapted too : default is 'java' Please try adapting it too in tika extractor configuration

For more debug :
the file concerned is https://git.drupalcode.org/project/search_api_attachments/-/blob/8.x-1.0...

The error occurse when the following command is run:

tika_executable -jar tika_executable

to here the patch to tika and the path to java should be correcte and executable

try a relative path depending on your folder structure?
i would say sth like ./tika//tika-app-2.9.1.jar or ../tika//tika-app-2.9.1.jar
for debug, you can also try with a full path starting by /

patch #35 worked fine for me
Thanks

hi,
i had the same need and i released a contributed module for it. Drupal 9 and Drupal 10
you may want to try it : https://www.drupal.org/project/imce_multiple_roles_folders →

hi,
i had the same need and i released a contributed module for it.
you may want to try it : https://www.drupal.org/project/imce_multiple_roles_folders →

hi,
i had the same need and i released a contributed module for it.
you may want to try it : https://www.drupal.org/project/imce_multiple_roles_folders →

Thanks for this

izus → created an issue.

In our case we :

1) Disabled xdebug
2) Restarted php-fmp

and it Worked :)

this is now merged
Thanks

thanks for the result reporting

Hi,
updating my last patch (there was a wrong path)

Hi,
Here is the #66 patch but for Drupal 9 :)

duplicate of https://www.drupal.org/project/permissions_by_term/issues/3388936 🐛 New user save with no terms causes WSOD Fixed

im afraid we don't have any "multisite" related stuff in this module. so idk why you have this. maybe it's related to some custom config / code

hi,
two things to try i think:

1) try with a simple pdf file (a pdf with few words), just to be sure if it is not a data problem (overlong word...)
2) make sure the view is configured to search in the media field. especially there is an exampel in the README "SIMPLE USAGE EXAMPLE 2"
https://git.drupalcode.org/project/search_api_attachments/-/blob/9.0.2/R...

released https://www.drupal.org/project/search_api_attachments/releases/9.0.2 →
Thanks

created a Merge request for that

izus → created an issue.

izus → created an issue.

merged
thanks

This is already in branch 9.0.x
thanks

merged
thanks

This module inherits Licensing from core as mentionned in https://www.drupal.org/node/1587704 →
it is not needed to add a Licence file per module and keep tracking differences if core Licence changes.

izus → created an issue.

#7 treated
thanks

some methods signatures should be fixed, otherwise drush complains about it

merged
thanks

drush command had php warnings
corrected too.

had some php deprecation warning corrected