Thu, 10 Jan 2013 13:03:38 +0100 [appobject] introduce RegistrableObject base class (prepares #2406609)
Aurelien Campeas <aurelien.campeas@logilab.fr> [Thu, 10 Jan 2013 13:03:38 +0100] rev 8664
[appobject] introduce RegistrableObject base class (prepares #2406609)
Mon, 21 Jan 2013 13:55:25 +0100 [cwvreg] introduce lgc version 0.59 and remove unneeded method redefinition (prepares #2406609)
Aurelien Campeas <aurelien.campeas@logilab.fr> [Mon, 21 Jan 2013 13:55:25 +0100] rev 8663
[cwvreg] introduce lgc version 0.59 and remove unneeded method redefinition (prepares #2406609) The new logilab.common.registry makes this moot.
Fri, 23 Nov 2012 18:27:35 +0100 [BFSS] mark fs_imported value as uncachable
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 23 Nov 2012 18:27:35 +0100] rev 8662
[BFSS] mark fs_imported value as uncachable This will finally fix the `test_bfss_fs_importing_transparency` pass again. Regression was introduced by 4ba11607d84a
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
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip