Before this fix the debug parameter always prevent the GIF from being
sent even though no actual debug information was returned unless the
allowdebug configuration option was set. Now the GIF is only disabled if
debugging is actually allowed.

FS#2415 add  to mediamanager (refactor pageinfo() and shift MEDIAMANAGER_STARTED after mediainfo() sets up )

Previously the media manager created an empty namespace whenever you
opened a non-existing namespace with upload permissions. Now the current
namespace is only displayed in the tree but not actually created.

this disables the JavaScript compatibility layer which let pre-jQuery
migration plugins run with their old code.

This will break plugins using outdated JavaScript. These plugins have to
be updated according to https://www.dokuwiki.org/devel:jqueryfaq

As a courtesy to users, the compatibility.js is not deleted, yet.
Undoing this single patch can be used as a temporary workaround.

It seems, some servers require a special Status: header for sending the
HTTP status code from PHP (F)CGI to the server. This patch introduces a
new function (adopted from CodeIgniter) for simplifying the status
handling.

Use variable for maximum number of suggestions for quicksearch.
And hide suggestions when search field is emptied, or when no suggestion are found.

When the search input is still only a few characters, the number of matching pages is big.
Browsers have heavy work to progress this whole return, better cut off so only the part that is directly displayed will be sent.

this will be removed soon again. plugins using jQuery should make sure
they are compatible to jQuery 1.9

* jQuery 1.9.0
* jQuery-UI v1.9.2
* jQuery.fn.live > jQuery.fn.on
* jQuery.fn.browser replacement (jquery.mb.browser.js)

Before this change the GIF wasn't sent at all when the PHP settings
indicate that sending of the GIF needs to be deferred and it was sent
when the debug output was on.

the function always returned true, even if no action was taken. This
resulted in no further indexer tasks being run.

This prevents buffering of the cache file output.

This fixes several problems:
- the CSS cache was only updated when either the CSS files for all media
  types or one of the global files was modified
- when only the screen CSS was changed, the screen CSS was regenerated
  but then the cache was printed which either caused duplicated screen
  CSS output when gzip output was disabled or invalid output with gzip
  enabled as first the plain text screen CSS and then the
  gzip-compressed cache file was printed

Now first all CSS files are collected, then the cache is checked once
and only after this the CSS content is collected.

This simplifies a while loop in the js_compress() code. The
functionality of the new code is completely identical to the old code
but it uses less comparisons and according to FS#2593 it is thus a lot
faster.