Mon, 25 Mar 2013 14:17:31 +0100 [session] have a nice helper function to forward access to session
Pierre-Yves David <pierre-yves.david@logilab.fr> [Mon, 25 Mar 2013 14:17:31 +0100] rev 8782
[session] have a nice helper function to forward access to session This allows a lighter and clearer code. This will also ease the addition of deprecation warning in the future.
Mon, 25 Mar 2013 12:41:13 +0100 [session] drop dead code
Pierre-Yves David <pierre-yves.david@logilab.fr> [Mon, 25 Mar 2013 12:41:13 +0100] rev 8781
[session] drop dead code session._tx is never None. New transaction are created if necessary.
Fri, 22 Mar 2013 20:14:08 +0100 [session] use tx.data directly in session code.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 20:14:08 +0100] rev 8780
[session] use tx.data directly in session code.
Fri, 22 Mar 2013 20:11:17 +0100 [transaction] rename transaction_data to data
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 20:11:17 +0100] rev 8779
[transaction] rename transaction_data to data Transaction.transaction_data is redundant. A transaction_data property is left for backward compatibility. Deprecation mechanism will come in later changeset
Fri, 22 Mar 2013 19:58:43 +0100 [session] document Session._tx
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:58:43 +0100] rev 8778
[session] document Session._tx
Fri, 22 Mar 2013 20:05:49 +0100 [session] split session creation from default session assignation
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 20:05:49 +0100] rev 8777
[session] split session creation from default session assignation This is the first step for more independence for Transaction.
Fri, 22 Mar 2013 20:04:43 +0100 [session] make session lock reentrant
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 20:04:43 +0100] rev 8776
[session] make session lock reentrant We are going to use it for other session related business. It is renamed from _closed_lock to _lock in the same move.
Fri, 22 Mar 2013 19:51:50 +0100 [session] document set_tx
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:51:50 +0100] rev 8775
[session] document set_tx
Fri, 22 Mar 2013 19:49:57 +0100 [session] rename txstore variable to tx
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:49:57 +0100] rev 8774
[session] rename txstore variable to tx This is a more accurate name
Fri, 22 Mar 2013 20:10:19 +0100 [session] rename `_threaddata` to `_tx`
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 20:10:19 +0100] rev 8773
[session] rename `_threaddata` to `_tx` The returned object is a Transaction object.
Fri, 22 Mar 2013 19:37:51 +0100 [session] rename self.__threaddata.txdata to self.__threaddata.tx
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:37:51 +0100] rev 8772
[session] rename self.__threaddata.txdata to self.__threaddata.tx This is Transaction object now.
Fri, 22 Mar 2013 19:42:33 +0100 [session] rename _tx_data into _txs
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:42:33 +0100] rev 8771
[session] rename _tx_data into _txs The object inside are now Transaction object. Not TransactionData object.
Fri, 22 Mar 2013 19:32:25 +0100 [transaction] relocate method building transaction context manager
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:32:25 +0100] rev 8770
[transaction] relocate method building transaction context manager It is in the middle of methods going to be refactored.
Fri, 22 Mar 2013 18:49:48 +0100 [transaction] move RQLRewriter in Transaction
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:49:48 +0100] rev 8769
[transaction] move RQLRewriter in Transaction This remove the last ``AttributeError`` magic. The ``RQLRewriter`` needs a Session. Its reset is handled in ``Session`` code to handle that
Fri, 22 Mar 2013 18:38:56 +0100 [transaction] initialize security control attribute in Transaction
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:38:56 +0100] rev 8768
[transaction] initialize security control attribute in Transaction There is no reason to not initialize them in __init__ time. This simplify the Session code.
Fri, 22 Mar 2013 18:33:53 +0100 [session] move security constant out of the class
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:33:53 +0100] rev 8767
[session] move security constant out of the class There is no reason for it to not be global. This will ease it use by ``Transaction object``.
Fri, 22 Mar 2013 18:27:34 +0100 [transaction] initialize hook control attribute in Transaction
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:27:34 +0100] rev 8766
[transaction] initialize hook control attribute in Transaction There is no reason to not initialize them in __init__ time. this simplify the transaction code.
Fri, 22 Mar 2013 18:34:04 +0100 [session] Move hook control constants out of the class
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:34:04 +0100] rev 8765
[session] Move hook control constants out of the class There is no reason for them to not be global. This will ease they use by Transaction object.
Mon, 25 Mar 2013 14:20:10 +0100 [transaction] initialize transaction data and state related attribute.
Pierre-Yves David <pierre-yves.david@logilab.fr> [Mon, 25 Mar 2013 14:20:10 +0100] rev 8764
[transaction] initialize transaction data and state related attribute. There is not reason to not explicitly declare and initialize attribute in Transaction.__init__. This change requires the introduction of a Transaction.clear() method to get ride of some wicked ``AttributeError`` based logic.
Fri, 22 Mar 2013 18:51:03 +0100 [transaction] handle ``mode`` default value in Transaction
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 18:51:03 +0100] rev 8763
[transaction] handle ``mode`` default value in Transaction The transaction mode is now explicitly passed at creation time and always read from the Transaction object. Note that there is a slight behavior change. The transaction mode is now set at the creation of the transaction. Changes made to the default value have no longer any effect on existing transaction.
Fri, 22 Mar 2013 17:47:45 +0100 [transaction] explicit Transaction cnxset attribute
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 17:47:45 +0100] rev 8762
[transaction] explicit Transaction cnxset attribute The Transaction object have a lot more attribute that those previously declared in __init__. They are just dynamically assigned in Session code. This changeset explicit the ``cnxset`` and ``mode`` attribute declaration.
Fri, 22 Mar 2013 17:09:49 +0100 [server] rename TransactionData to Transaction
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 17:09:49 +0100] rev 8761
[server] rename TransactionData to Transaction Transaction will become a full featured object.
Fri, 22 Mar 2013 19:31:21 +0100 [doc] update Session documentation
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 22 Mar 2013 19:31:21 +0100] rev 8760
[doc] update Session documentation A major refactoring of Session/Transaction handling is commit. This is a good occasion to improves the documention.
Thu, 21 Mar 2013 19:08:07 +0100 merge 3.16 fix in default
Pierre-Yves David <pierre-yves.david@logilab.fr> [Thu, 21 Mar 2013 19:08:07 +0100] rev 8759
merge 3.16 fix in default
Thu, 21 Mar 2013 16:52:13 +0100 [devtools] fix a couple issues with xvfb-run stable
Julien Cristau <julien.cristau@logilab.fr> [Thu, 21 Mar 2013 16:52:13 +0100] rev 8758
[devtools] fix a couple issues with xvfb-run xvfb-run didn't quite clean up correctly after itself, because: - dash doesn't run EXIT traps on signals - if we don't run the command in the background, a TERM handler doesn't run until the command exits
Thu, 21 Mar 2013 16:37:06 +0100 [devtools/qunit] don't open-code subprocess.Popen.terminate stable
Julien Cristau <julien.cristau@logilab.fr> [Thu, 21 Mar 2013 16:37:06 +0100] rev 8757
[devtools/qunit] don't open-code subprocess.Popen.terminate
Thu, 21 Mar 2013 16:01:05 +0100 [devtools/qunit] get rid of unused variable stable
Julien Cristau <julien.cristau@logilab.fr> [Thu, 21 Mar 2013 16:01:05 +0100] rev 8756
[devtools/qunit] get rid of unused variable
Tue, 18 Oct 2011 16:55:16 +0200 [server] *init_repository* lookup the database instead of the schema to drop tables (closes #810743) stable
Alain Leufroy <alain.leufroy@logilab.fr> [Tue, 18 Oct 2011 16:55:16 +0200] rev 8755
[server] *init_repository* lookup the database instead of the schema to drop tables (closes #810743) So, tables are dropped even if the schema was changed. :note: if mssql, drop views before tables. :note: because of table dependencies we try a second drop sequence
Thu, 18 Oct 2012 15:52:05 +0200 [book] remove XXX to an old discussion about appengine stable
Arthur Lutz <arthur.lutz@logilab.fr> [Thu, 18 Oct 2012 15:52:05 +0200] rev 8754
[book] remove XXX to an old discussion about appengine
Fri, 22 Feb 2013 12:20:59 +0100 [web publish] in case of error, ensure proper http status is set and Content-disposition header is reseted. Closes #2553066 stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 22 Feb 2013 12:20:59 +0100] rev 8753
[web publish] in case of error, ensure proper http status is set and Content-disposition header is reseted. Closes #2553066
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip