This fixes a bug that Chris Mason found. As for a test case, I can't think of one. It's a very weird case. Basically, if there is a file listed as changed in the changelog entry, but not showing up in any of the associated manifest entries, hg would abort when trying to create a changeset. Now it just decides the file must not have any versions relevant to the changeset.

Copy manifest map before modifying it (see issue86)

[hgweb] Prevent search engine bots from indexing the entire repository

fix for hgweb.filterfiles some variable weren't converted, fix a possible out of range error

make the order of the arguments for filterfiles consistent fix a bug where the order was reversed

correct the relative path when walking from a subdir - yield the correct relative path when walking from a subdir (regardless the walk is repo-wide or not) - have a consistent output from all commands: filename are absolute when no patterns are specified and relative otherwise.

Added test for relative paths and all status flags for 'hg status'

Added test for the currently broken addremove with the expected output.

fix locate broken since 63799b01985c - fix the keyword arguments for walk in commands.locate - implement 'hg locate -r <rev>' - add a test for 'hg locate'

Restored old behaviour for 'hg co' and 'hg co -C' for removed files.

Adjusted all but one test output for the new behaviour of localrepo.changes()

Distinguish removed and deleted files. Tests are not fixed yet. hg status will now show "R filename" for "hg rm"ed files and "! filename" for files which were deleted manually. Manually deleted files are considered unmodified.

Renamed c, a, d, u to modified, added, removed, unknown for users of changes()

Make localrepo.changes() internally distinguish between removed and deleted.