Cancel index background worker when exiting JabRef

[ColinScarato]

Jabref 5.5 automatically looks for files to autolink with all entries when opening a database. I use a relatively big database whose linked files are stored on a network drive; every time I open it Jabref tries to freshly scan to autolink files, as it probably believes that the files in the network drive might have changed.
This results in 10 minutes of background tasks running, meaning that every time I open and close Jabref in less than a 10 minutes I get an additional prompt to wait for background tasks to finish running.

Would it be possible to add a setting to disable file autolinking?
Thanks!

[tobiasdiez]

Do you really mean the autolink or fulltext indexing? I noticed this problem with the latter but not the former.

I think it would already help with the background task would just be canceled when exiting. There is no need to finish the indexing if you close the app anyway ;-)

cc @btut

[ColinScarato]

That looks like indexing :)

[tobiasdiez]

While the option to completely disable index is certainly very nice to have (thanks @btut!), the issue that the index background worker is not cancel automatically when JabRef is closed still remains.

[btut]

So you want to have an option to disable the graceful-close dialog that asks to quit while tasks are running? Why would you want that?
If you don't want to use indexing, disable it. If not, I find the warning quite useful.
The only option I can imagine without cluttering the preferences would be to have a 'don't show this dialog again' checkbox, but the dialog does not only show indexing tasks. The dialog should also pop-up when a file-download is still ongoing. Would you want to just cancel that as well and have a half-downloaded file?

I wonder why for @ColinScarato JabRef tries to re-index every time. It should only do that for files that are not yet in the index or they changed since they were indexed. Does the timestamp-query fail and JabRef thinks all files were update because of the network drive? If this would work you would just have to let JabRef index once and be done with it. Individual added/changed files should be indexed fast enough for you not to notice.

[ColinScarato]

I'm not sure why it fails to recognise indexed files, it doesn't show me more info. I just saw that it does it correctly locally, but not on that shared drive.
Disabling indexing is fine to me personally. Given that we don't have a completely streamlined pdf organisation yet, and that auto-indexing seems to fail for network shares anyway, we link the pdfs manually.

[btut]

The thing is if we knew why it fails to understand that these files are not new, we could try to detect such scenarios and disable the updates to the index.

One thing just to be sure: I assume you already tried this, but did you ever let JabRef index all of your files without closing? So waiting for the background task to actually finish? What should happen then is the indexer-task still runs, but should be done within a second or so since it realizes that all files are up-to-date.