Known bugs in current version and older versions:
Bugs that are listed in an older version section are supposedly fixed in
later versions. Bugs listed in the topmost section may also exist in older
versions.
Latest (recoll 1.9.0 + xapian 1.0.2):
- If the user-chosen result list entry format results in several paragraphs
(in the qt textedit sense), right clicks will only work inside the first
one for each entry.
- NEAR crashes: 1.6 has added NEAR searches. Unlike what recoll did
with PHRASES, stemming expansion is performed on terms inside NEAR
clauses (except if prevented by a capitalized entry of course). There is
a bug in Xapian (all versions as far as I know), where NEAR does not support
multiple OR subclauses, as would result from a multiple expansion. This
manifests itself by a 'not implemented' Xapian exception. Workarounds:
- Prevent expansion of NEAR terms (possibly except one) by
capitalizing them.
- Or apply the following patch to xapian, inside the
"api/" directory:
http://www.recoll.org/xapian/xapNearDistrib-1.0.patch
or fetch the already patched source:
http://www.recoll.org/xapian/xapian-core-1.0.2-recollNEARpatch.tar.gz
then recompile, and install.
I hope that an equivalent fix will make it into xapian at some point (the
current fix is not completely correct but still handles most useful cases).
- If you are seeing a delay of a few seconds before the result list
displays for the first query of a recoll instance, try changing the
result list font in the query preferences. This is not a recoll problem,
I don't know the exact cause (I've seen it happen with "Sans Serif" and
go away with Helvetica or Arial).
- When a mime type has an external viewer defined, but the actual file is
compressed (ie: xxx.txt.gz), recoll will try to start the external viewer
on the compressed file, which will not work in most cases.
- Problems have been reported indexing big mailstores (several hundreds of
thousands of messages): resulting in a very big database and even
crashes.
- Under some versions of KDE (ie: Fedora FC5 KDE 3.5.4-0.5.fc5), there is a
problem with the window stacking order. Opening the "browse" file
selection dialog from the advanced search dialog will stack the latter
under the main window, possibly making it invisible. This is quite
probably a Kwin bug, possibly related to
http://bugs.kde.org/show_bug.cgi?id=79183 or a correction thereof.
- Under Solaris, it is necessary to perform initial indexing with the
recollindex program (the recoll index thread doesn't work for creating
the database). Don't know the reason. Only idea I have is problem with
exception handling (recoll catches an exception while trying the
yet inexistant db).
1.8.2
- Under ubuntu (at least, maybe debian too), the default awk interpreter
(mawk) is ancient, and the recoll pdf input filter does not
work (removes all space characters). This can be solved by installing the
gawk package.
$ apt-get install gawk
$ update-alternatives --set awk /usr/bin/gawk
- There are sometimes problems with document deletions: the index can
get in a state where deleted or moved documents are not purged from the
index (the log file says that the doc are deleted, but they aren't
actually). When this happens, the only solution currently is to reindex
from scratch (recollindex -z). This is due to a xapian bug, which is
fixed in xapian 1.0.2, or you can apply the following patch to xapian
1.0.1 to fix it:
http://www.lesbonscomptes.com/recoll/xapian/xapian-delete-document.patch
- The dates shown for email attachments in a result list are the email
folder modification date. This should be inherited from the parent
message instead.
- There are a few problems in the qt4 version of recoll:
- Some accelerators (esc-spc, ctl-arrow) do not work, neither do
copy/paste between the result list and preview windows and x11
applications.
- The qt4 q3textedit::find() method is extremely slow, so that
positionning to first search term in Recoll preview has been disabled,
and the application will sometimes appear to be looping when using the
find feature in the preview window (it's not looping, it's searching...)
1.8.1
- This is not really a bug but .beagle really should be included in
"skippedNames", or you end up indexing the beagle text cache, which is
not really desirable.
- Doc bug: the manual states that the query language supports a "mime:"
switch to filter mime types. There is currently no such thing.
***************************************************************************
1.7.5
- Debian and Ubuntu: the rclsoff Openoffice filter doesn't work,
because of an incorrect shell syntax (understood by bash but not sh). To
fix, you edit /usr[/local]/share/recoll/filters/rclsoff and can change
the line:
trap cleanup EXIT SIGHUP SIGQUIT SIGINT SIGTERM
into:
trap cleanup EXIT HUP QUIT INT TERM
or download the updated filter from the filters page:
http://www.recoll.org/filters/filters.html
1.7.3
- Processing will stop on first error while indexing an mbox file. This
could happen just because an attachment could not be decoded, and can
cause non-indexing of many messages. The most probable cause of error is
a missing filter (ie for ms-word files), so the temporary workaround
would be to install the missing filters. This bug is specific to 1.7 and
1.6 users need not worry. A correction will be issued very soon.
- Messages of type multipart/signed are not indexed.
1.6.2
- Relatively unfrequent issue with message boundary detection in mbox
files, could cause miscellaneous problems.
- Executing an external viewer for a file with single-quotes in the name
would not work.
1.5.10
- If a defaultcharset was set in the configuration file for a subdirectory,
it would stay in effect for all subsequent files/directories (except if
explicitely overridden), potentially causing many transcoding errors.
1.5.[1-7]
- Dates in result list come from the file's ctimes, which may be confusing
- Some rare MIME messages with null boundaries can crash the indexer.
1.5.0
- Under some conditions, recoll startup and exit could be very slow: the
simple search history list had serious problems with non-ascii strings,
whose size sometimes doubled at each program startup/stop.
1.3.3
- Several of the external filters did not handle path names with embedded
spaces (rcluncomp rclsoff rclps rclmedia rcldjvu). This is fixed in 1.4.
- If your QT installation is built with the QT_NO_STL flag, Recoll will not
compile. I have a patch for this (will be fixed in the next release),
contact me if you get the problem. Typical error message:
main.cpp:160: error: no match for 'operator+=' in 'msg += reason'
- The 'None of these words' field in the complex search does not work if
there are no other filled fields (it transforms into an ordinary
search). Workaround: enter very common term(s) in the 'any of these
words' field.
- Indexing cannot currently be conveniently and cleanly stopped when it's
started. You can kill the process, and keyboard interrupt might work, but
this may leave the database in a bad state. This is fixed in the upcoming
release, there is no current workaround.
1.2.2
- The preview window is supposed to scroll after loading the document so
that the first search term is visible. This does not work in many cases.
- The result list title is not shown for sorted lists
Notes on older versions:
- Trouble compiling on some linux systems (Gentoo and Slackware?). There
existed a quite common issue where the Recoll link will fail trying to
use a libstdc++.la file. This was due to a problem with the xapian-config
program. A workaround has been included in the configure script for
recoll 1.2.2, and the problem should not occur any more.
- Case-insensitive search should now work in most cases (used to not work
except for accented ascii).
- All directories and files with names beginning with a dot were ignored
by the skippedNames directive in the default recoll.conf file from
older versions (no indexation of mozilla or thunderbird email !). An
upgrade will not fix this (it will not modify an existing
configuration). You need to edit recoll.conf by hand and remove the .*
from skippedNames.