properties :
- added method setPropertyList
- make getPropertyList working on a mono valued property. It will
  return a list of one element (the value of the property)
- make setPropertyList working on a mono valued property, in such
  case a list of one element must be given
- do not generate List methods for mono valued properties any more. 
  List methods were generated for mono valued properties only when 
  some acquisition parameters were defined
- add unit test for getPropertyList and setPropertyList


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25485 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25484 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25483 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25482 20353a03-c40f-0410-a6d1-a30d3c3de9de

Move _validate_* methods from SQLDict and SQLQueue to SQLBase, and fix checking of parameters (cf r24586).

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25481 20353a03-c40f-0410-a6d1-a30d3c3de9de

that the catalog should parse later, but pass it multiple time
(portal_type=A&portal_type=B ..), zope publisher will convert this format to a
list.



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25480 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25479 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25478 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25477 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25476 20353a03-c40f-0410-a6d1-a30d3c3de9de

Decide which behaviour is really desired: providing an ambiguous sort column must raise a ValueError, just like ambiguous columns from where-expression. Using an un-sorted result when sort was requested is as wrong as sorting on an arbitrarily-chosen column, and also as wrong as ignoring "where"-conditions.
Tag this test as TODO as this behaviour is not implemented yet.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25475 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25474 20353a03-c40f-0410-a6d1-a30d3c3de9de

Fix error position computation: MySQL limits the length of the output SQL chunk, requiring more tricks to find offset error correctly.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25473 20353a03-c40f-0410-a6d1-a30d3c3de9de

Replace default MySQL error text (for sql syntax error) with more complete - though as uggly - error.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25472 20353a03-c40f-0410-a6d1-a30d3c3de9de

 * when calling objectIds, it must only returns objects and not BTree of sub-BTree


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25471 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25470 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25469 20353a03-c40f-0410-a6d1-a30d3c3de9de

* Stop raising an exception, even if the credit is not equal to the debit in a built delivery, in the post processing script, because the builder may not blindly adopt prevision when updating existing lines, thus it can be unbalanced.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25468 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25467 20353a03-c40f-0410-a6d1-a30d3c3de9de

- use the method getAnnotationLineFromReference to search the corresponding annotation line instead of duplicate code


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25466 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25465 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25464 20353a03-c40f-0410-a6d1-a30d3c3de9de

Do not systematicaly copy cached values. It's not good in all cases (mutable subtypes, ...) so it's not a good idea and would set a bad precedent.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25463 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25462 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25461 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25460 20353a03-c40f-0410-a6d1-a30d3c3de9de

 - add test which is not setting _tree_list on folder by sideeffect of invoking getTreeIdList


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25459 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25458 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25457 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25456 20353a03-c40f-0410-a6d1-a30d3c3de9de

Mark test_SubDocumentsWithAcquireLocalRoleSecurityIndexing and test_sortOnRelatedKeyWithUnsetRelation as TODO.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25455 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25454 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25453 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25452 20353a03-c40f-0410-a6d1-a30d3c3de9de

This test is known not to work because of the lack of a feature in catalog code. Hence, tag it as TODO.
As this assertion uses locally-defined variables, instead of isolating it in another test method, define a local function.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25451 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25450 20353a03-c40f-0410-a6d1-a30d3c3de9de

Monovalued column only index user ID, and no security group.
If some security groups are assigned to such role, they are still catalogued in
the roles_and_users table.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25449 20353a03-c40f-0410-a6d1-a30d3c3de9de

With Selenium 0.8 or later, isEditable() raises an error if the specified element isn't an input element. So we can't use assertNotEditable or verifyNotEditable for asserting "it isn't an input field".

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25448 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25447 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@25446 20353a03-c40f-0410-a6d1-a30d3c3de9de