Tue, 13 Feb 2007 08:54:48 -0500 Modify qpush/qpop idempotent operations to return success
Ben Thomas <bthomas@virtualiron.com> [Tue, 13 Feb 2007 08:54:48 -0500] rev 4100
Modify qpush/qpop idempotent operations to return success Modify qpush/qpop such that idempotent instances of the operations return success. That is, repeated qpush -a, qpop -a, qpush patch-name or qpop patch-name will return success. The end goal of each of these operations is to reach a particular state. Whether or not the patches were already applied does not affect that state or operation status. Likewise, be careful to retain the error status on a qpush/qpop without arguments when the end/beginning of the series has been reached.
Sat, 17 Feb 2007 04:50:03 -0200 mq: propagate the return error of pop
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Sat, 17 Feb 2007 04:50:03 -0200] rev 4099
mq: propagate the return error of pop
Fri, 16 Feb 2007 05:53:03 -0200 util_win32.py: fix user_rcpath
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 16 Feb 2007 05:53:03 -0200] rev 4098
util_win32.py: fix user_rcpath Fixes issue504.
Thu, 15 Feb 2007 09:51:57 -0700 Combined the two os_rcpath methods into a single one near rcpath in mercurial/util.py
Shane Holloway <shane.holloway@ieee.org> [Thu, 15 Feb 2007 09:51:57 -0700] rev 4097
Combined the two os_rcpath methods into a single one near rcpath in mercurial/util.py The os_rcpath method delegates to system_rcpath and user_rcpath from the different platform implementations.
Fri, 16 Feb 2007 05:27:37 -0200 merge with crew-stable
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 16 Feb 2007 05:27:37 -0200] rev 4096
merge with crew-stable
Fri, 16 Feb 2007 05:10:43 -0200 hgweb: catch util.Abort raised by addchangegroup
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 16 Feb 2007 05:10:43 -0200] rev 4095
hgweb: catch util.Abort raised by addchangegroup Right now, if a pretxnchangegroup hook fails, we send some HTML error message to the client and the transaction is not rolled back (issue499). Catching util.Abort allows us to send a decent message to the client and for some reason makes the rollback complete. This patch is not perfect since it doesn't fix the reason why the transaction wasn't rolled back (maybe some circular references?). Also, the transaction is aborted only after we've sent the response back to the client and the "transaction aborted" message ends up in the logs of the web server.
Fri, 16 Feb 2007 04:54:49 -0200 notify: don't try to fix addresses if notify.domain is not set
Alexis S. L. Carvalho <alexis@cecm.usp.br> [Fri, 16 Feb 2007 04:54:49 -0200] rev 4094
notify: don't try to fix addresses if notify.domain is not set
(0) -3000 -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip