Open Source Projects Europe

I'll log in again to add that Recoll is the only program that suffers screen freezes of this type in my openSUSE Tumbleweed installation.

If you can offer any troubleshooting tips, I'm all ears. If not, thank you again for the help with ticket 10; that problem has been solved, thanks to open source projects.

Recoll developer Jean-François Dockes was kind enough to respond to a personal email regarding this issue. He noted that Recoll uses a Webkit object to display results, and suggested I consider building the program with the --disable-webkit switch.

I looked at the documentation for building the program, and decided that this effort would be beyond my skill level. However, I tried another troubleshooting step on my own: I installed Recoll under openSUSE Tumbleweed on a portable computer with an integrated graphics controller, and indexed a copy of the same drive (with 100,000+ files).

The results were identical to those described in the first two paragraphs of this ticket: immediate display of number of hits, long delays to show results, and screen fragmentation.

The installation on the portable is not in a virtual machine, and the portable does not have an nvidia driver.

YAST2 in openSUSE indicates that I have libwebkit2gtk-4_0-37 installed, and that libwebkitgtk-1_0-0 is available in the repository.

For now, I will continue indexing the drive with Recoll in the Linux Mint virtual machine.

Hi,

I now think that the graphical aspect is a red herring and that this is a xapian 1.4 issue.
I am now working on the issue. If you have a way to rebuild recoll with xapian 1.2, it would be useful, but I can more or less reproduce the issue, so don't bother if it's difficult

Otherwise, an easier and also useful thing to check would be to uncheck 'dynamically build abstract' in the GUI 'Preferences->GUI configuration->Search parameters' and see if it fixes the issue.

It is confirmed that this is a problem with new index format in xapian 1.4 (some physical disposition of the data changed and makes snippets generation very slow). The only solution is to use the previous index format, which is not a problem because it worked just fine. This is implemented in recoll 1.23.6. You need to remove the old index directory (rm -rf ~/.recoll/xapiandb or wherever it is), and reindex with 1.23.6 for this to work.

• labels: Recoll Tumbleweed openSUSE -->
• status: open --> closed
• milestone: -->

First, I apologize that it's taken me so long to respond. I had resigned myself to use of Recoll in a virtual machine, and had not checked for updates on this thread. -- I am pleasantly surprised to learn that the problem was with the new index format. My current version of Recoll through openSUSE Tumbleweed is 1.23.1 with Xapian 1.4.4. I presume that the more recent 1.23.6 is still in Tumbleweed 'staging,' and that it will be arrive soon via the 'zypper dup' command. When it does, I'll eagerly follow the instructions above. -- Thank you once more for your generous help.

I write with good news and bad news ... and am pleased to report that the 'good' is far more significant than the 'bad,' at least in this case.

The bad: Recoll 1.23.1 + Xapian 1.4.5 are the latest versions in the openSUSE KDE:/Extra repository.

The good: The 2017-12-08 tip on the Recoll web site -- Uncheck: Preferences->GUI configuration->Search parameters->Dynamically build abstracts. -- fixed the problem without a newer version of Recoll.

Debian9, xapian1.4.3, recoll 1.22 - Uncheck: Preferences->GUI configuration->Search parameters->Dynamically build abstracts - made a BIG difference. Thanks!