Fri, 26 Jan 2018 17:31:50 +0100 mdiff: remove rewindhunk by yielding a bool first to indicate data
Joerg Sonnenberger <joerg@bec.de> [Fri, 26 Jan 2018 17:31:50 +0100] rev 35892
mdiff: remove rewindhunk by yielding a bool first to indicate data Differential Revision: https://phab.mercurial-scm.org/D1942
Fri, 26 Jan 2018 02:14:39 +0100 mdiff: explicitly compute places for the newline marker
Joerg Sonnenberger <joerg@bec.de> [Fri, 26 Jan 2018 02:14:39 +0100] rev 35891
mdiff: explicitly compute places for the newline marker Differential Revision: https://phab.mercurial-scm.org/D1941
Thu, 25 Jan 2018 22:40:19 +0100 patch: avoid repeated binary checks if all files in a patch are text
Joerg Sonnenberger <joerg@bec.de> [Thu, 25 Jan 2018 22:40:19 +0100] rev 35890
patch: avoid repeated binary checks if all files in a patch are text Differential Revision: https://phab.mercurial-scm.org/D1940
Thu, 01 Feb 2018 10:29:24 -0800 setdiscovery: don't call "heads" wire command when heads specified
Martin von Zweigbergk <martinvonz@google.com> [Thu, 01 Feb 2018 10:29:24 -0800] rev 35889
setdiscovery: don't call "heads" wire command when heads specified Our custom server has too many heads to announce (one per code review, plus a public head), but it still lets the user request one of them by doing hg pull -r <some expression> After the client has resolved the expression to a set of nodeids by calling the "lookup" wire command, it will start the discovery phase. Before this patch, that doesn't take the requested heads into account and unconditionally calls the server's "heads" command to find all its heads. One consequence of that the "all remote heads known locally" case triggers if the client already had the public head and the user will see a "no changes found" message that's unrelated to the head they requested. That message confused me for a while. More imporantly, it also means that pullop.cgresult incorrectly (given our arguably misbehaving server) gets set to 0 (no changesets added), which confused some of our extensions. This patch makes it so the client skips the "heads" command if the user requested specific revisions. Since the "heads" command is normally batched with the first "known" command and calculating the list of heads is probably cheap, I don't expect much improvement in speed from this. Differential Revision: https://phab.mercurial-scm.org/D1962
Thu, 01 Feb 2018 08:17:11 -0800 testrunner: on error, color the "(case xxx)" part the same as filename
Martin von Zweigbergk <martinvonz@google.com> [Thu, 01 Feb 2018 08:17:11 -0800] rev 35888
testrunner: on error, color the "(case xxx)" part the same as filename When using #testcases, the lines that read something like ERROR: test-split.t (case obsstore-off) output changed get colored red and the filename gets highlighted with a brighter red. This makes it harder to notice the "case obsstore-off" part, but it does seem important, so let's highlight it. Differential Revision: https://phab.mercurial-scm.org/D1959
Thu, 18 Jan 2018 10:08:23 -0500 python3: whitelist an additional 23 passing tests
Augie Fackler <augie@google.com> [Thu, 18 Jan 2018 10:08:23 -0500] rev 35887
python3: whitelist an additional 23 passing tests Differential Revision: https://phab.mercurial-scm.org/D1908
Thu, 18 Jan 2018 09:58:40 -0500 tests: fix a missed b prefix in a test extension in test-strip.t
Augie Fackler <augie@google.com> [Thu, 18 Jan 2018 09:58:40 -0500] rev 35886
tests: fix a missed b prefix in a test extension in test-strip.t # skip-blame just a bytes prefix Differential Revision: https://phab.mercurial-scm.org/D1907
(0) -30000 -10000 -3000 -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 +10000 tip