- Jul 30, 2011
-
-
Matt Mackall authored
Before: hgweb made it possible to download file content with a content type detected from the file extension. It would serve .html files as text/html and could thus cause XSS vulnerabilities if the web site had any kind of session authorization and the repository content wasn't fully trusted. Now: all files default to "application/binary", which all important browsers will refuse to treat as text/html. See the table here: https://code.google.com/p/browsersec/wiki/Part2#Survey_of_content_sniffing_behaviors
-
- Aug 01, 2011
-
-
wujek authored
-
Idan Kamara authored
-
Matt Mackall authored
-
- Jul 31, 2011
-
-
Katsunori FUJIWARA authored
-
- Jul 30, 2011
-
-
Jens Bäckman authored
-
- Jul 28, 2011
-
-
Vasily Titskiy authored
-
- Jul 30, 2011
-
-
Idan Kamara authored
it may have been replaced, see https://bitbucket.org/tortoisehg/thg/issue/937
-
Idan Kamara authored
So if a user has verbose=True somewhere in his .hgrc files, giving -q on the command line will override that. This basically reverts 1b8c70c9f47c.
-
- Jul 27, 2011
-
-
Augie Fackler authored
Some proxies strip the expect header because they forward requests in a non-compliant way or as a way to defend against bogus clients.
-
- Jul 29, 2011
-
-
Augie Fackler authored
-
Andrei Vermel authored
-
- Jul 31, 2011
-
-
Benoit Boissinot authored
-
- Jul 27, 2011
-
-
Andrew Pritchard authored
This fixes (issue2907) a crash when using 'hg incoming --bundle' with an empty remote repo and a non-empty local repo. This also fixes an unreported bug that 'hg summary --remote' erroneously reports incoming changes when the remote repo is empty and the local is not. Also, add a test to make sure issue2907 stays fixed
-
- Jul 28, 2011
-
-
Katsunori FUJIWARA authored
Some character sets, cp932 (known as Shift-JIS for Japanese) for example, use 0x41('A') - 0x5A('Z') and 0x61('a') - 0x7A('z') as second or later character. In such character set, case collision checking recognizes different files as CASEFOLDED same file, if filenames are treated as byte sequence. win32mbcs extension is not appropriate to handle this problem, because this problem can occur on other than Windows platform only if problematic character set is used. Callers of util.checkcase() use known ASCII filenames as last component of path, and string.lower() is not applied to directory part of path. So, util.checkcase() is kept intact, even though it applies string.lower() to filenames.
-
- Jul 22, 2011
-
-
Wagner Bruna authored
-
Wagner Bruna authored
-
- Jul 21, 2011
-
-
Augie Fackler authored
-
- Jul 22, 2011
-
-
Lee Cantey authored
-
file:///c:/foo/bar/Matt Mackall authored
-
- Jul 21, 2011
-
-
David Golub authored
The use of %r in the format string caused Python to display Windows paths with double backslashes.
-
Matt Mackall authored
This will restore the pre-1.9 behavior.
-
- Jul 19, 2011
-
-
Kevin Bullock authored
If a subrepo has changed relative to the outer repo's substate, but the subrepo itself is clean, we don't need to commit in the subrepo.
-
- Jul 18, 2011
-
-
Stefano Tortarolo authored
Collapse and keepbranches should be blocked when there is more than one named branch on the branch that's going to be rebased.
-
- Jul 16, 2011
-
-
Idan Kamara authored
On Windows sys.stdout was being replaced with winstdout, which caused util.system() to redirect its output (due to 406b6d7bdcb9). That causes interactive tools (such as vim) to stop working.
-
- Jul 09, 2011
-
-
Idan Kamara authored
We need to make sure that python hooks I/O goes through the ui descriptors so it doesn't mess the command server protocol.
-
- Jul 15, 2011
-
-
Stefano Tortarolo authored
-
- Jul 14, 2011
-
-
Idan Kamara authored
The ui passed to server() is really repo.ui, that is it contains its local configuration as well. When running commands that use a different repo than the servers cached repo, we don't want to use that ui as the baseui for the new repo.
-
- Jul 15, 2011
-
-
Benoit Allard authored
-
Idan Kamara authored
-
- Jul 14, 2011
-
-
Matt Mackall authored
-
- Jul 05, 2011
-
-
Wagner Bruna authored
-
- Jul 13, 2011
-
-
Matt Mackall authored
-
Matt Mackall authored
-
- Jul 11, 2011
-
-
Idan Kamara authored
-
Idan Kamara authored
-
- Jul 12, 2011
-
-
Nicholas Riley authored
A Mercurial repo signals a file is deleted by raising IOError when the file's data is requested. This IOError is normally caught by localrepository.commitctx. With the eol extension enabled and EOL mappings in place, the eolrepo subclass should ignore IOError because a deleted file has no line endings to process. This issue exhibited itself when performing an incremental hg convert of a revision with deleted files to a repo with an existing .hgeol file.
-
- Jul 09, 2011
-
- Jul 12, 2011
-
-
Matt Mackall authored
The previous commit was empty.
-
- Jul 09, 2011
-
-
Cédric Krier authored
For backward compatibility the root path of the repository is not displayed unless the user has specified an explicit strip value.
-