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

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

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

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

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

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

* add the preference for acknowledgeable message in the form

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

* use a preference in order to enable/disable acknowledgeable messages on the top of every page. Like this we loose a less as possible performance when this feature is not used

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

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

added new preference property in order to disable the list of acknowledgeable messages on the top of the html page

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

In explanation about manual checks on catalog result, remove a case (out of 3) which is not true any more.


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

 - newer XML serialisation


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

already exists and frozen.


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

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

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

*Delete SQLCache and ZODBCache as RamCache and DistributedRamCache will provide all needs.

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

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

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

 - move logic to python script to avoid code repetition, invoke python script from interaction workflow


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

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

wait for '(delivery_path)_expand' tag to prevent 'Delivery xxx has more than one applied rule.' problem.

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

add new step and new tests. This tests check that it's possible to have model_line that depend each other in both cases :
1 - if the model line creation order follow the dependencies, there should be no problem
2 - if the model lines are randomly created (ie, if you create first a line A wich applied on base_amount X, and after you define the line B wich contribute to base_amount X)

in both cases, getAggregatedAmountList should be able to return the same result


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

* Define correctly security settings on acknowledgement workflow states

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

Add a test.
FullText operators have no SearchText representation, so disable it explicitely.


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

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

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

Do not notify if an active process finishes. This never worked before r27329 and it is now redundant with alarm notification.

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

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

of item quantities. Anyway even if we want to do this, it should not be done
by overloading _edit


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

Fix ActiveProcess.hasActivity. On active processes, hasActivity tests active_process_uid instead of path:
* hasActivity must handle the case when no document is provided (bug #1142)
* Fix initialisation of active_process_uid property on Message objects.
Add unit test.

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

change some steps names. Add a new test to check that updateMovement return nothing but modify directly the movement that need it.
Add a check (CheckPaysheetLineAmounts) in test_basicPaySheetCalculation to be sure that even if updateAggregatedAmountList return nothing, movement are not modified


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

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

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

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

revert 27291 because it makes testBPM failing, and currently, I don't understand why sorting is needed.


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

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

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

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

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

Except for persons, always try to use 'codification' property first in order to compute security group.
Indeed, this property was created for that purpose, as written in Codification property sheet:
« Codification is an identifier used by security groups »

'reference' property is used if no codification is set.


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