Tue, 18 Oct 2011 17:09:03 -0400 largefiles: string formatting typo in basestore._openstore where comma is used instead of modulo stable
Hao Lian <hao@fogcreek.com> [Tue, 18 Oct 2011 17:09:03 -0400] rev 15302
largefiles: string formatting typo in basestore._openstore where comma is used instead of modulo
Tue, 18 Oct 2011 11:09:11 -0500 largefiles: fix test typo stable
Eli Carter <eli.carter@tektronix.com> [Tue, 18 Oct 2011 11:09:11 -0500] rev 15301
largefiles: fix test typo
Tue, 18 Oct 2011 10:32:12 -0500 convert: fix typo stable
Eli Carter <eli.carter@tektronix.com> [Tue, 18 Oct 2011 10:32:12 -0500] rev 15300
convert: fix typo
Tue, 18 Oct 2011 09:59:04 -0500 largefiles: fix typo stable
Eli Carter <eli.carter@tektronix.com> [Tue, 18 Oct 2011 09:59:04 -0500] rev 15299
largefiles: fix typo
Wed, 19 Oct 2011 17:40:27 +0200 largefiles: test that merging does not result in wrong versions of largefiles stable
Na'Tosha Bard <natosha@unity3d.com> [Wed, 19 Oct 2011 17:40:27 +0200] rev 15298
largefiles: test that merging does not result in wrong versions of largefiles
Wed, 19 Oct 2011 17:02:59 +0200 largefiles: expand test suite some more (test rebasing, rollback, update --clean, and verify --large) stable
Na'Tosha Bard <natosha@unity3d.com> [Wed, 19 Oct 2011 17:02:59 +0200] rev 15297
largefiles: expand test suite some more (test rebasing, rollback, update --clean, and verify --large)
Mon, 17 Oct 2011 17:27:33 -0500 check-code: report suspicious string joins stable
Matt Mackall <mpm@selenic.com> [Mon, 17 Oct 2011 17:27:33 -0500] rev 15296
check-code: report suspicious string joins This detects patterns of the form: ui.write("this is missing" "a space at the join\n")
Mon, 17 Oct 2011 19:10:28 -0200 largefiles: fix typo stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Mon, 17 Oct 2011 19:10:28 -0200] rev 15295
largefiles: fix typo
Mon, 17 Oct 2011 19:10:42 -0200 largefiles: make parameter more i18n-friendly stable
Wagner Bruna <wbruna@softwareexpress.com.br> [Mon, 17 Oct 2011 19:10:42 -0200] rev 15294
largefiles: make parameter more i18n-friendly
Sun, 16 Oct 2011 01:26:06 +0200 grep: correct handling of matching lines without line ending (issue3050) stable
Mads Kiilerich <mads@kiilerich.com> [Sun, 16 Oct 2011 01:26:06 +0200] rev 15293
grep: correct handling of matching lines without line ending (issue3050) Matching lines without trailing '\n' was missing the last character. That seems to have been an unintended side effect of 261a9f47b44b. The test in dac14cc9711e documents the bad behaviour.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip