While Browsers (IE of course) still fail to accept the correct
application/javascript mimetype in the type attribute of the script
element, we should serve the scripts with the correct Content-Type
header at least. This is especially important as the default
configuration of mod_deflate expects application/javascript and will not
compress text/javascript.

I'm running this dokuwiki docker container: https://registry.hub.docker.com/u/mprasil/dokuwiki/

It uses lighttpd and fastcgi. For some reason, the ignore_user_abort() feature where the browser should close the connection after the GIF has been received is not working on lighty. The browser keeps loading the page until the indexer run is complete, which leads to extremely slow load times with a larger page index.

Adding ob_flush() to sendGIF fixes the issue.

1 little fix

In an older version of PHP a file_exists() call would issue a warning
when the file did not exist. This was fixed in later PHP releases. Since
we require PHP 5.3 now, there's no need to supress any error here
anymore. This might even give a minor performance boost.

Added user*.less files to config

Fixed JavaScript compression. The compressor did not recognize a regular expression after a '&&' ot '||' operator. So it could happen that code had been cut off if the regular expression included '\//' (which was treated as a single line comment because of the regular expression not being recognized). Finally fixes #897.

Otherwise comments are never visible in css.php

many PHPDocs
some unused variables
some dynamically declared variables declared

They are generated from the default ones and any additional one given
by the template. This allows to e.g. split admin styles from end user
styles in a closed wiki. You can then deliver only the user styles
using the metaheaders plugin.

This should be superseded by a proper rewrite of the media manager code

This avoids treating double slashes as single line comments in CSS when
they are used in a filter or content string.

closes #638

the second include was never removed, causing an endless loop.

Web path was used instead of filesystem one.

source maps are invalid for our dispatched sources and may even cause
problems. this makes sure any sourcemap declarations are stripped from
the output

for backwards compatibility

double slashes in url() always have to be ignored

Yes, it's hiding $auth, but detail templates might depend on that. We
need to fix this properly.

This reverts commit 343aa174.

The regex wasn't properly escaped here which lead to problems when the
path contains backslashes. This is the root cause of the bug reported
at https://github.com/cosmocode/edittable/issues/19

In most cases this change will have no effect, but noes the response will use the filename that was originally requested. The downloaded filename can be modified to something different as well. E.g. the siteexport plugin will make use of it.