Thu, 30 Sep 2010 15:00:40 +0200 |
Sylvain Thénault |
backport stable
|
changeset |
files
|
Thu, 30 Sep 2010 15:00:30 +0200 |
Sylvain Thénault |
[test] more update to unittest2 api
stable
|
changeset |
files
|
Thu, 30 Sep 2010 14:58:57 +0200 |
Sylvain Thénault |
[repo] properly mark object as saved once added to its source (code much probably gone during a merge...)
|
changeset |
files
|
Wed, 29 Sep 2010 16:46:47 +0200 |
Sylvain Thénault |
fix merge, some buffers weren't saved...
|
changeset |
files
|
Wed, 29 Sep 2010 16:16:32 +0200 |
Sylvain Thénault |
backport stable
|
changeset |
files
|
Wed, 29 Sep 2010 14:22:12 +0200 |
Sylvain Thénault |
[test] must now commit file creation since the later ValidationError trigger a rollback
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:54:35 +0200 |
Sylvain Thénault |
cleanup and micro-optimization
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:53:30 +0200 |
Sylvain Thénault |
[web action] has_editable_relations should not filter out final relations, fix regression introduced in 6358:22c95c5ef12d
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:44:11 +0200 |
Sylvain Thénault |
[c-c] fix RuntimeError: 'maximum recursion depth exceeded while calling a Python object' we get when creating/upgrading/shelling an instance: hasattr() call __getattribute__, creating an infinite recursion error catched by the interpretor. Avoid this by testing the method is available on the class instead of the instance
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:18:06 +0200 |
Sylvain Thénault |
[transaction] to avoid potential db corruption, we should rollback systematically in case of ValidationError
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:17:26 +0200 |
Sylvain Thénault |
[selector] cleanup
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:16:28 +0200 |
Sylvain Thénault |
[sync schema] take care rdef may not be final, in which case we want to use type of eid attribute
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:15:10 +0200 |
Sylvain Thénault |
[web action] has_permission_update checked implicitly by has_editable_relation, don't check it twice
stable
|
changeset |
files
|
Wed, 29 Sep 2010 12:13:44 +0200 |
Sylvain Thénault |
[muledit] form may contains subforms with nothing editable that will be s kipped, so ensure we choose one with something to display when rendering table headers
stable
|
changeset |
files
|