This should make migrating from MediaWiki a bit easier.

The new deletePageNoLock method is used by renamePage and avoids that
the index needs to be unlocked and locked again for deleting the page.

This was updated in the english translation a while ago, but was still
missing in some translations

Custom editors can also be loaded when not a section is given. For
example this happens on a preview click where the page is already
separated into pre, suf and text.

This reverts commit f2cb3ec7.

Turns out I was too fast merging this. I can't get PHP's bzip handler to
handle a bzip1 compressed file.

in fact .tbz is tar.bz (bzip1) and .tbz2 is what tar.bz2 is used
commonly.

Because wiki.getAttachments now returns 'perms' instead of 'perm'

With these functions that search index can be updated after page moves
or mass metadata updates without the need to reindex the whole
page/wiki. These functions will be used by the new pagemove plugin.

this was lost because the subscription branch, branched before this
change in master

now the data parameter, which really is a timestamp is only handled
internally of the subscription class

It may happen when the page has few versions

At least if we want to be consistent with search_universal

Otherwise, when we check for equality, the test fails if the search start beneath
the max depth.
Eg: if I have the page ns1:ns2:mypage in my wiki, and launch the xmlrpc query
getPagelist("ns1", "depth => 1"), without this patch, it retrieves mypage