Thu, 16 Jun 2022 15:20:48 +0200 branching: merge stable into default
Raphaël Gomès <rgomes@octobus.net> [Thu, 16 Jun 2022 15:20:48 +0200] rev 49431
branching: merge stable into default
Thu, 20 Oct 2022 12:05:17 -0400 lfs: fix interpolation of int and %s in an exception case stable
Matt Harbison <matt_harbison@yahoo.com> [Thu, 20 Oct 2022 12:05:17 -0400] rev 49430
lfs: fix interpolation of int and %s in an exception case Seen in the wild in a server log when MS antivirus was quarantining a file on the client side.
Wed, 19 Oct 2022 17:00:03 +0400 tests: catch "Can't assign requested address" in test-https.t (issue6726) stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 19 Oct 2022 17:00:03 +0400] rev 49429
tests: catch "Can't assign requested address" in test-https.t (issue6726)
Wed, 19 Oct 2022 16:55:46 +0400 tests: add another variation of EADDRNOTAVAIL message (e.g. from NetBSD) stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 19 Oct 2022 16:55:46 +0400] rev 49428
tests: add another variation of EADDRNOTAVAIL message (e.g. from NetBSD)
Tue, 18 Oct 2022 19:49:31 -0400 configitems: change the `verify.skipflags` default value to avoid a py3 crash stable
Matt Harbison <matt_harbison@yahoo.com> [Tue, 18 Oct 2022 19:49:31 -0400] rev 49427
configitems: change the `verify.skipflags` default value to avoid a py3 crash The revlog and LFS modules use various `&` and `&=` operations with this value, which no longer treats `None` as 0. Since nothing cares if it was actually set in the config or not, just default to 0 for simplicity.
Mon, 10 Oct 2022 11:28:19 -0400 windows: gracefully handle when the username cannot be determined stable
Matt Harbison <matt_harbison@yahoo.com> [Mon, 10 Oct 2022 11:28:19 -0400] rev 49426
windows: gracefully handle when the username cannot be determined This assumes implementation details, but I don't see any other way than to check the environment variables ourselves (which would miss out on any future enhancements that Python may make). This was originally reported as https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5835.
Tue, 04 Oct 2022 14:33:31 +0200 shelve: do not add the dirstate backup to the transaction stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 04 Oct 2022 14:33:31 +0200] rev 49425
shelve: do not add the dirstate backup to the transaction Otherwise the transaction will properly clean up its mess on abort… deleting the backup in the process. This break with dirstate-v2 that has more file than just the dirstate. The dirstate itself is full of various exception and is "fine" when using dirstate-v1.
(0) -30000 -10000 -3000 -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 tip