hgweb: fix incorrect way to count revisions in log (
issue3977)
Actual amount of revisions is used now instead of their numbers in the repo
before to deal with skipped numbers correctly.
This iterates starting from the newest revision (which is shown on top)
yielding up to the specified count, instead of the reversed order used before.
Effect of this change on efficiency is negligible, when the same changesets are
returned.
hgweb: always start graph with the revision in url
It is the same fix for graph command, as was recently for log. This makes the
specified revision be always on top of the graph view.
Before the patch, for example with repo having revisions 0, 1, 2, 3 and revision
in url being '2', all revisions were shown and the specified one wasn't
the first.
i18n-pt_BR: synchronized with
bf6bc4681383
update: add tracking of interrupted updates (
issue3113)
This takes advantage of the new checkunfinished infrastructure
mq: add checkunfinished support (
issue3955)
transplant: add checkunfinished (
issue3955)
Nobody loves transplant anymore, but it was the first command to have
a --continue flag.