- 18 Jan, 2019 4 commits
- 17 Jan, 2019 1 commit
-
-
Roque authored
-
- 15 Jan, 2019 4 commits
- 14 Jan, 2019 2 commits
- 11 Jan, 2019 2 commits
- 08 Jan, 2019 3 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
/reviewed-on nexedi/erp5!819
-
Jérome Perrin authored
* Set MAKEFLAGS with -l to limit number of jobs by load and number of processes * set NPY_NUM_BUILD_JOBS & BUNDLE_JOBS to `node_quantity` instance parameter /reviewed-on nexedi/erp5!809
-
- 07 Jan, 2019 2 commits
-
-
Sebastien Robin authored
-
Julien Muchembled authored
Originally, uids somehow sorted messages by date of insertion, in particular for those that were created within the same second. But since random uids, such messages became validated or processed in random order. Note however that by default, messages created in the same transaction all have exactly the same date, so commit a42da4de ("CMFActivity: Do not use offset for scanning messages to validate.") forces us to keep the ordering on uids (in addition to priority/date). Existing instances will upgrade automatically, using the already existing code to upgrade tables in a generic way. You should see the following logs: INFO CMFActivity 'message_queue' table upgraded ALTER TABLE message_queue MODIFY COLUMN date datetime(6) NOT NULL AFTER uid, MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing INFO CMFActivity 'message_job' table upgraded ALTER TABLE message_job MODIFY COLUMN date datetime(6) NOT NULL AFTER uid, MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing INFO CMFActivity 'message' table upgraded ALTER TABLE message MODIFY COLUMN date datetime(6) NOT NULL AFTER uid, MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing /reviewed-on nexedi/erp5!820
-
- 02 Jan, 2019 1 commit
-
-
Georgios Dagkakis authored
so that options are kept
-
- 31 Dec, 2018 1 commit
-
-
Romain Courteaud authored
Same behaviour than xhtml style
-
- 21 Dec, 2018 2 commits
-
-
Julien Muchembled authored
-
Romain Courteaud authored
Next step is to activate more contextual listbox actions. Move listbox select button to the right, to simplify cancellation.
-
- 20 Dec, 2018 2 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
-
- 17 Dec, 2018 4 commits
-
-
Romain Courteaud authored
WebSite redirection must be tested against different virtual host monster configuration TODO: No idea how to fetch the ipv6 in live test
-
Romain Courteaud authored
-
Jérome Perrin authored
https://lab.nexedi.com/nexedi/slapos/tree/master/software/proftpd/test was just named "test", we want the test result to be named "proftpd" instead. /reviewed-on nexedi/erp5!815
-
Nicolas Wavrant authored
-
- 14 Dec, 2018 2 commits
-
-
Romain Courteaud authored
See nexedi/erp5@04939506
-
Vincent Pelletier authored
Since recent rework of isSubtreeIndexable, direct indexation of a trash bin is fixed, but recursive indexation recursion condition broke: it stop just above the trash bin instead of stopping just below it.
-
- 13 Dec, 2018 1 commit
-
-
Arnaud Fontaine authored
Revert "mark file uploading tests as expected failure." as these Functional Tests are not supposed to fail. This reverts commit ade16831. enablePrivilege, and thus UniversalFileRead used to upload files, was disabled in Firefox 17. Since SlapOS Firefox has been upgraded, "The operation is insecure" error is raised when uploading files. However, this doesn't mean that these tests should be expected to fail (and if they are, they should be removed instead).
-
- 12 Dec, 2018 1 commit
-
-
Jérome Perrin authored
This workflow involved an Assignee who can open, close, re-open and an Assignor who can close definitively. This is usually configured so that accountants are Assignee and CFO is Assignor. We realized that re-opening a Period that was previously closed is something we don't want the accountants to do without CFO's approval. To support this configuration, we only allow Assignor to re-open. Now Assignee can open and close temporarily and Assignor can re-open and close definitively. /reviewed-on nexedi/erp5!813
-
- 11 Dec, 2018 4 commits
-
-
Romain Courteaud authored
This is really a hack, which may be integrated into renderJS directly Reduce potential Zelenium test timeout by waiting for iframe to be loaded one by one
-
Vincent Pelletier authored
This check got lost when the first isSubtreeIndexable call was done on parent document and not on self.
-
Vincent Pelletier authored
This partially reverts: commit 76e3c115 Author: Vincent Pelletier <vincent@nexedi.com> Date: Mon Dec 10 16:40:48 2018 +0900 Base: Fix isAncestryIndexable implementation. as it accidentally carried over a totally unrelated (and unfinished) change.
-
Vincent Pelletier authored
Start checking isSubtreeIndexable on parent document, not on current document. This bug broke Trash Bins indexation (and should not affect anything else, as only Trash Bins prevent content indexation currently). Extent trash tool unit test to verify actual indexation, and not just indexability API.
-
- 10 Dec, 2018 4 commits
-
-
Romain Courteaud authored
Fixup nexedi/erp5@559c5e8b
-
Romain Courteaud authored
See nexedi/erp5@994d8369
-
Vincent Bechu authored
/reviewed-on nexedi/erp5!768
-
Arnaud Fontaine authored
This should be tested even if it currently fails with "The operation is insecure" when trying to upload local ODS files.
-