mirror of
https://github.com/langgenius/dify-official-plugins.git
synced 2026-07-21 17:45:23 -04:00
I want to do a recursive wildcard search of a folder in the "NextCloud(SEARCH FILES)" node #368
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @hiro-gj on GitHub (Jun 15, 2025).
Self Checks
Dify version
1.1.3→ 1.5.1Plugin version
0.0.1
Cloud or Self Hosted
Self Hosted (Docker)
Steps to reproduce
I tried to search for folders recursively using wildcards by entering "xxxxx/xxxxx/xxxxx/*" in search_pattern.
Dify Marketplace "NextCloud"
✔️ Error log
Search path '/xxxxx/xxxxx/xxxxx/*' not found.SEARCH FILES (Nextcloud) node
Input:
Output:
@hiro-gj commented on GitHub (Jun 15, 2025):
Perhaps this also requires integration with an Elasticsearch server?
@hiro-gj commented on GitHub (Jul 7, 2025):
@langgenius
Sorry, please help me !
What is the best practice for recursive file search with "NextCloud(SEARCH FILES)"?
@hiro-gj commented on GitHub (Jul 8, 2025):
"search_files_0.0.1a.py"
@langgenius The directory path output is still strange... ,
Originally: /test1/test2/テスト3.mdCurrently: /test1/テスト3.md--> The test2 directory is not displayed.but now I can search directories recursively !
search_files_0.0.1a.py.zip
@hiro-gj commented on GitHub (Jul 8, 2025):
Proposal for modification
The value of "search_files_0.0.1a.py" Output is,
currently as follows,
For example, it would be good if the actual file path could be output to the value of
results.path, such as "/test1/test2", as shown below.(If the file is found in the /test1 directory, it will be "/test1".)
@hiro-gj commented on GitHub (Jul 14, 2025):
Pythonで条件を満たすパスの一覧を再帰的に取得するglobの使い方 | note.nkmk.me
(Translated into English)
Could it be this!?
"test1/*" -> "test1/**"
First, try
test1/**withlanggenius-nextcloud_0.0.1.difypkg...[Input]
[Output]
It didn't work...
But I think I can see a slight direction for improvement.
@hiro-gj commented on GitHub (Jul 14, 2025):
"search_files_0.0.1a-20250715.py"
nice! nice!
GET https://cloud.domain/ocs/v2.php/search/providers/files/search?term=テストsearch_files_0.0.1a-20250715.zip
@hiro-gj commented on GitHub (Jul 14, 2025):
@konashi-j-st4 Excuse me, please help me with testing and PR.
https://github.com/langgenius/dify-official-plugins/issues/1092#issuecomment-3071619888
DSL_(テスト)NextCloud Plugin for Dify Test.yml.zip
langgenius-nextcloud_0.0.1a-20250715.difypkg.zip ← Forced replacement of search_files.py with 7-zip.
@hiro-gj commented on GitHub (Jul 28, 2025):
Nextcloud's general search itself does not support file extension searches such as "*.txt"
Instead of the "Webdav search method" used in the original "0.0.1,"
the "0.0.1a-20250715" update has been changed to "using the Nextcloud OCS API."
As a result, the search term specification specifications also conform to Nextcloud.
For example, searches specifying extensions such as "*.txt" are not possible.
Instead, recursive searches, which were not possible in "0.0.1", are now provided by the Nextcloud OCS API.
(example:Nextcloud's general search itself does not support file extension searches such as "*.txt")
https://github.com/user-attachments/assets/890390ab-4f82-4322-8dc8-e43e6c3f636b
@hiro-gj commented on GitHub (Jul 30, 2025):
It's pull request has been made regarding this issue, so I will close it !
https://github.com/langgenius/dify-official-plugins/pull/1377