highlight: add option to prevent content-only based fallback When Mozilla enabled Pygments on hg.mozilla.org, we got a lot of weirdly colorized files. Upon further investigation, the hightlight extension is first attempting a filename+content based match then falling back to a purely content-driven detection mode in Pygments. Sounds good in theory. Unfortunately, Pygments' content-driven detection establishes no minimum threshold for returning a lexer. Furthermore, the detection code for a number of languages is very liberal. For example, ActionScript 3 will return a confidence of 0.3 (out of 1.0) if the first 1k of the file we pass in matches the regex "\w+\s*:\s*\w"! Python matches on "import ". It's no coincidence that a number of our extension-less files were getting highlighted improperly. This patch adds an option to have the highlighter not fall back to purely content-based detection when filename+content detection failed. This can be enabled to render unlighted text instead of taking the risk that unknown file types are highlighted incorrectly. The old behavior is still the default.

     1

# An example WSGI for use with mod_wsgi, edit as necessary

     2

# See https://mercurial-scm.org/wiki/modwsgi for more information

     3

     4

# Path to repo or hgweb config to serve (see 'hg help hgweb')

     5

config = "/path/to/repo/or/config"

     6

     7

# Uncomment and adjust if Mercurial is not installed system-wide

     8

# (consult "installed modules" path from 'hg debuginstall'):

     9

#import sys; sys.path.insert(0, "/path/to/python/lib")

    10

    11

# Uncomment to send python tracebacks to the browser if an error occurs:

    12

#import cgitb; cgitb.enable()

    13

    14

# enable demandloading to reduce startup time

    15

from mercurial import demandimport; demandimport.enable()

    16

    17

from mercurial.hgweb import hgweb

    18

application = hgweb(config)