Fri, 18 Jan 2013 18:48:15 +0100 [entity] add a "repo_side" parameter to `_cw_dont_cache_attribute`
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 18 Jan 2013 18:48:15 +0100] rev 8661
[entity] add a "repo_side" parameter to `_cw_dont_cache_attribute` This parameter (defaulting to `False`) is used to inform cubicweb that we really really do not want to cache a value during creation or update. This will be used by a storage that may do very specific processing on attribute values that result in a stored value different than the provided one (e.g. BFSS `fs_importing` mode).
Fri, 18 Jan 2013 18:31:51 +0100 [merge] backport stable fixes
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jan 2013 18:31:51 +0100] rev 8660
[merge] backport stable fixes
Fri, 18 Jan 2013 18:31:25 +0100 [entities] fix test failures introduced by fixes in workflow related message strings (completes 9bb93efa1952) stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jan 2013 18:31:25 +0100] rev 8659
[entities] fix test failures introduced by fixes in workflow related message strings (completes 9bb93efa1952)
Fri, 18 Jan 2013 16:40:11 +0100 [doc/book/] Corrected typo in en/tutorials/base/customizing-the-application.rst, for the add_cubes function call
Vladimir Popescu <vladimir.popescu@logilab.fr> [Fri, 18 Jan 2013 16:40:11 +0100] rev 8658
[doc/book/] Corrected typo in en/tutorials/base/customizing-the-application.rst, for the add_cubes function call
Fri, 18 Jan 2013 17:37:35 +0100 [entity,views/json] backout 353bbd17a8b6 (reopens #2559931) stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jan 2013 17:37:35 +0100] rev 8657
[entity,views/json] backout 353bbd17a8b6 (reopens #2559931) Calling .complete() unconditionnally from the json encoder is unsafe since on entity creation validation: * an eid may have been drawn (hence even .has_eid() would not help) while processing form data in the edit controller * a ValidationError may have been raised and the entity-creating transaction rollbacked This leads to a crash on the return path from the validation to the browser, where the json_dumps((status, args, entity)) call will stumble upon the .complete() call which will fail because the entity does not (any more) exist in the database.
Tue, 15 Jan 2013 20:17:09 +0100 [schemas] fix typo stable
Julien Cristau <julien.cristau@logilab.fr> [Tue, 15 Jan 2013 20:17:09 +0100] rev 8656
[schemas] fix typo
Thu, 17 Jan 2013 18:30:08 +0100 merge with stable
Pierre-Yves David <pierre-yves.david@logilab.fr> [Thu, 17 Jan 2013 18:30:08 +0100] rev 8655
merge with stable
Thu, 10 Jan 2013 18:31:43 +0100 [appobject] cleanup module (prepares #2406609)
Aurelien Campeas <aurelien.campeas@logilab.fr> [Thu, 10 Jan 2013 18:31:43 +0100] rev 8654
[appobject] cleanup module (prepares #2406609) * remove unused imports * break long lines
Thu, 17 Jan 2013 14:29:12 +0100 [uicfg] remove pre 3.6 bw compat structure (prepares #2406609)
Aurelien Campeas <aurelien.campeas@logilab.fr> [Thu, 17 Jan 2013 14:29:12 +0100] rev 8653
[uicfg] remove pre 3.6 bw compat structure (prepares #2406609) This should have been done in a673d1d9a738.
Thu, 17 Jan 2013 17:12:06 +0100 [testlib] test_view now parse json data, closes #2557467 stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 17 Jan 2013 17:12:06 +0100] rev 8652
[testlib] test_view now parse json data, closes #2557467
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip