#162 DocFetcher Server: Searche Scope: filter only top folders

[Camoy]

I have the problem that the Search Scope Area of the DocFetcher Server version doesn't work. I have many subfolders and so the DocFetcher application creates many entries in the local storage of the browser. The local storage form the browser has a limit of 5 MB. However, DocFetcher Server creates so many entries that it takes more than 5 MB and this causes an error.

I already mentioned this topic once in the following discussion: https://sourceforge.net/p/docfetcher/discussion/702424/thread/b3e6bd495e/

I asked if it's possible to just create an entry for the top folder. You replied with the following awsner: "The proposed size reduction above is not going to work. DocFetcher Server must also store the checkbox states of the intermediate folders, otherwise checking and unchecking those folders in the Search Scope pane will have no effect."

I have been thinking about this issue for a while, it's a real problem for me. I came up with two solutions that would work for me.

Solution 1 (prefered solution):
As I said in the mentioned disscussion, it would be nice to just filter the top folders. I don't need to filter the subfolders. If the top folder is selected, all subfolders should be searched. If the top folder is not selected, no subfolder should be searched.

Solution 2
If solution 1 is not implementable, it would be nice to have the possibility to disable the checkboxes for the search scope area in de admin area . If the checkboxes were disabled, it would not be possible to filter the search result by path and it would not trigger an error.

I realy hope it is possible to implement one of the suggestet soloution. I have to prevent this error.

[Nam-Quang Tran]

Solution 1 is quite complex and not doable at the moment.

As for solution 2, it would be possible to add a new setting that makes the application pretend that all folders are always selected, regardless of the checkbox states. That would no longer require using local storage.

There's a solution 3: Add a new setting that makes the application remember the checkbox states in RAM only, not in local storage. This means that checkbox states will persist and have an effect on result filtering, but only within a single browser session. Once you close and reopen the web UI, the checkbox states will be reset.

[Camoy]

Solution 3 sound also quite nice. This should work for me and would be even better than solution 2

[Nam-Quang Tran]

I'll try to make room for implementing solution 3 next week.

[Camoy]

That's great. Thank you very much

[Nam-Quang Tran]

I've implemented a new setting to disable saving the Search Scope state in the local storage, see the attached screenshot.

If you want to test it, you need to tell me which OS you're running DocFetcher Server on, i.e., Windows, Linux or macOS. I will then upload a test release to the appropriate folder.

[Camoy]

I'm running DocFetcher Server on a Windows Server.

[Nam-Quang Tran]

I've uploaded the test version for the Windows demo and also for the full version with client limit 1.

[Camoy]

Meanwhile I could test your implementation. It works as expected. Thank you. One more question: Why only the full version with client limit 1 has a test version? I have a higher client limit and this version does not have a test version, so I can not use this new feature productive yet.

[Nam-Quang Tran]

I couldn't determine which client limit you bought, so I assumed client limit 1 because that's what most people buy. You can just tell me your client limit and I'll upload a test build for that.

[Camoy]

ah okay. My Client limit is 10 (Windows Server)

[Nam-Quang Tran]

Okay, I've uploaded the test version for client limit 10, Windows. You'll find it in your Gumroad library as usual.

[Camoy]

Thank you for your fast support. It works now