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

setPassword have to do explicit security checks, because edit cannot check that the new value is different from the current one.
(because getPassword returns an encrypted password which is different than what the user inputs)


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

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

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

I removed it because I misunderstood it.
We should compare current user and only change if it's different from this message user (if it's faster)


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

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

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

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

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

existant attribute / item


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

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

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

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

Added more documentation. In particular a hint about the interest of acquisition properties in a synchronisation process.

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

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

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

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

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

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

Fixed some syntax. Renamed abbreviated variables with verbose names. Made sure that if conversion fails, then an error is raised (rather than return empty strings).

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

Added support for default frame conversion (image) so that it is now possible to view any page in a PDF file as an image through the browser. Added better support for links in PDF file. Make sure hasBaseData is implemented at File class level.

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

By default, File do not have any base data. Only certain classes should have it. Therefore, having base data and having data is equivalent.

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

Added support for frame access. This is useful for example to render pages in a PDF file and possibly pages in a fax file.

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

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

user and login. This should be a bit faster.



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

(the functional test failure)

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

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

only be enabled in unit tests.
It uses pickle to check if the object is persistent or not, I'm too lazy to do
this by iterating in gc.get_referents graphs.


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

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

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

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

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

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

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

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

archive, because inventory computation depends on the catalog


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

explicitly specified, thus we index everything at one time preventing
from retrieving same objects many times from different node


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

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

method_id on objects with the same portal type (for instance, asPredicate,
during a predicate search), caching its result is much faster than looking for
the same script in a nearly identical acquisition path each time.


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

Use timestamp instead of DateTime.


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