Wed, 04 Apr 2018 00:24:09 +0900 hgweb: wrap {lines} of filerevision with mappinggenerator
Yuya Nishihara <yuya@tcha.org> [Wed, 04 Apr 2018 00:24:09 +0900] rev 38060
hgweb: wrap {lines} of filerevision with mappinggenerator No bare generator of mappings should be put in a template mapping.
Wed, 04 Apr 2018 00:21:52 +0900 hgweb: drop unused argument 'tmpl' from webutil.diffstat()
Yuya Nishihara <yuya@tcha.org> [Wed, 04 Apr 2018 00:21:52 +0900] rev 38059
hgweb: drop unused argument 'tmpl' from webutil.diffstat()
Wed, 04 Apr 2018 00:20:47 +0900 hgweb: use template context to render {diffstat}
Yuya Nishihara <yuya@tcha.org> [Wed, 04 Apr 2018 00:20:47 +0900] rev 38058
hgweb: use template context to render {diffstat} This is a preferred way to process nested templates.
Wed, 04 Apr 2018 00:19:37 +0900 hgweb: wrap {diffstat} with mappedgenerator
Yuya Nishihara <yuya@tcha.org> [Wed, 04 Apr 2018 00:19:37 +0900] rev 38057
hgweb: wrap {diffstat} with mappedgenerator This can't be a mappinggenerator since the associated templates are switched per item. We already have webutil.diffstatgen(). That's why the generator function is named as _diffstattmplgen().
Fri, 18 May 2018 20:43:01 -0400 pathencode: improve error messages slightly
Augie Fackler <augie@google.com> [Fri, 18 May 2018 20:43:01 -0400] rev 38056
pathencode: improve error messages slightly Both of these are conditions we should never hit, so we can afford to be more verbose to make debugging less baffling. Differential Revision: https://phab.mercurial-scm.org/D3589
Fri, 18 May 2018 20:42:31 -0400 pathencode: hashlib.sha1() takes bytes not str on Python 3
Augie Fackler <augie@google.com> [Fri, 18 May 2018 20:42:31 -0400] rev 38055
pathencode: hashlib.sha1() takes bytes not str on Python 3 Differential Revision: https://phab.mercurial-scm.org/D3588
Fri, 18 May 2018 20:42:04 -0400 pathencode: fix importing hashlib on Python 3
Augie Fackler <augie@google.com> [Fri, 18 May 2018 20:42:04 -0400] rev 38054
pathencode: fix importing hashlib on Python 3 I'm curious why PyImport_Import is returning NULL, but PyImport_ImportModule bypasses some of the regular import path, probably including demandimport, which I suspect is the issue here. Differential Revision: https://phab.mercurial-scm.org/D3587
Fri, 18 May 2018 20:11:24 -0400 context: fix %-formatting on Python 3
Augie Fackler <augie@google.com> [Fri, 18 May 2018 20:11:24 -0400] rev 38053
context: fix %-formatting on Python 3 changeid could be an int or a bytestr, so use our pycompat wrapper. Differential Revision: https://phab.mercurial-scm.org/D3585
Fri, 18 May 2018 19:54:50 -0400 patch: fix import-time syntax error in test-check-module-imports.t
Augie Fackler <augie@google.com> [Fri, 18 May 2018 19:54:50 -0400] rev 38052
patch: fix import-time syntax error in test-check-module-imports.t This is more correct, though we were getting lucky in practice with our rewriter saving us. # skip-blame just a b prefix Differential Revision: https://phab.mercurial-scm.org/D3584
Fri, 18 May 2018 19:52:35 -0400 py3: whitelist two more passing tests observed by buildbot
Augie Fackler <augie@google.com> [Fri, 18 May 2018 19:52:35 -0400] rev 38051
py3: whitelist two more passing tests observed by buildbot Differential Revision: https://phab.mercurial-scm.org/D3583
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 tip