- 07 Apr, 2020 29 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
Allow user to reuse the same cropper area in a session.
-
Romain Courteaud authored
It is unexpected that the scanner device is untouched between multiple scan sessions.
-
Romain Courteaud authored
Limit the media height. Patch cropperjs to force it rendering when resizing the window.
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
Use the GPU to speed up the image manipulation process.
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
Reduce the number of pixel managed by caman
-
Romain Courteaud authored
-
Romain Courteaud authored
Display the capture screen as fast as possible
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
Like when the browser is offline.
-
Arnaud Fontaine authored
newTemp*() deprecation (1bce8563, 04b49859): Add DeprecationWarning when calling a newTemp*() function.
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
newTemp*() deprecation (1bce8563, 04b49859): Remove hack in NotificationTool.sendMessage() not working with ZODB Components. When a Portal Type could not be found, sendMessage() was creating a temp_object instead (even when passing store_as_event=True) by calling newTempPORTAL_TYPE() and thus assuming a filesystem Document. So from now on, Portal Type must be available and thus sendMessage() will fail otherwise. Moreover, if store_as_event is True, this will no longer create a temp_object silently as it used to when the Portal Type is not available. This moves Mail Message Portal Type from erp5_crm to erp5_base as MailMessage_send (send() being called directly from sendMessage() for temp_object) is already in erp5_base. As this is only to allow creating temp_object, leave its Actions, Workflows and Constraint relying on erp5_crm API as they are.
-
- 06 Apr, 2020 2 commits
-
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
- 03 Apr, 2020 7 commits
-
-
Sven Franck authored
-
Sven Franck authored
-
Sven Franck authored
-
Sven Franck authored
-
Arnaud Fontaine authored
This moves portal_solver_processes from erp5_base to erp5_simulation as its Portal Type definition is already there and it was initially moved away from erp5_simulation presumably because erp5_simulation was for new Simulation at that time. Also, as delivery_causality_workflow uses portal_solver_processes, move it to erp5_simulation (along with delivery_causality_interaction). This required fixing Unit Tests to install erp5_simulation before erp5_trade (it already depended on it anyway).
-
Arnaud Fontaine authored
When migrating `Immobilisation` Document, imports of not yet migrated ImmobilisationMovement Document were also replaced...
-
Arnaud Fontaine authored
-
- 02 Apr, 2020 2 commits
-
-
Arnaud Fontaine authored
testUpgradeInstanceWithOldDataFs: Check that all Portal Types classes can be loaded successfully after running upgrader.
-
Arnaud Fontaine authored
testUpgradeInstanceWithOldDataFs: Old Data.fs was created with `--portal_id=erp5`, so it should be passed for erp5testnode too.
-