With this test it should be possible to detect if the search index has
been corrupted by using Rincewind RC or a git version of the weeks
before the RC release.

This works around a new "feature/bug" of Firefox 4.

The bug that is fixed here may have corrupted your search index in a way
that it produces wrong or missing results and won't be fixed
automatically. This occurs when you have deleted the last occurrence of
a word that has been on the last line of one of the word indexes. A
functionality for checking for a broken search index will be added.

The index can be fixed by deleting it completely (remove all .idx files
in data/index/) and recreating it using bin/indexer.php -c. The
searchindex plugin will be updated to be able to do the same, soon.

fixed location of favicon in feed.php (FS#2232)

The pure PHP implementation for smd5 failed.

language updates: update.dokuwiki.org is currently used for update/msg-checks

de/eu - language updates / tpl_getfavicon()

The value is still passed by reference as the parameter of the called
function is declared as reference.

When the search index is empty, there was a warning and no headings were
displayed. Now the headings are displayed and there is no warning
anymore.

The page lookup by title has been case insensitive before the indexer
rewrite, since then it has been case sensitive, this makes it case
insensitive again.

Before this change all pages of the given namespace have been included
in the result, now the search is restricted to the namespace again as it
was before the new indexer has been implemented.

If no HTML element with the id wiki__text exists, locktimer.init led to a
JavaScript error.

Metadata is rendered now in the indexer when it's cache is invalid.

This reverts commit 342e58c8.

The options code had already been fixed. My mistake.