- 05 Aug, 2016 5 commits
-
-
Xiaohe Cao authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Xiaohe Cao authored
-
Rafael Monnerat authored
-
- 04 Aug, 2016 5 commits
-
-
Sebastien Robin authored
-
Sebastien Robin authored
The item of produced resources must not be reused on consumed resources
-
Sebastien Robin authored
-
Sebastien Robin authored
-
Sebastien Robin authored
in some rare cases, proxy was still alive for unknown reasons, thus we had troubles to start a new one. some testnodes were failing randomly because of this
-
- 03 Aug, 2016 1 commit
-
-
Tristan Cavelier authored
-
- 02 Aug, 2016 3 commits
-
-
Ayush Tiwari authored
This change solves the error which one gets while trying to access properties Form for an ERP5 object having one or more of its property of type 'selection' or 'multiple selection'. For example: If you try to access property form for any portal_type objects, you'll get an error : "'select_variable' is not defined". This is because of the absence of the property 'select_variable' for the property of type multiple selection, which in case of portal_type object is 'Property Sheet List'. This is helpful for ERP5 views/forms which displays selection or multiple selection type object.
-
Ayush Tiwari authored
-
Ayush Tiwari authored
ERP5 Subcategory: Remove '_'(underscore) from 'multiple_selection' subcategory in elmentary_type category. Subcategory 'multiple_selection' has been renamed to 'multiple selection' to maintain consistency. Earlier, whenever a new StandardCategory object was created with property_type 'multiple selection', one needed to change the elementary type explicilty to use it to generate property setters and getters. The example for this can be seen from this commit: nexedi/erp5@fd738753 After this change, in the view, property type field couldn't recognize the property and displays (???multiple selection). Also, everywhere in erp5, list_types do mention 'multiple selction' and not 'multiple_selection'. So, its better to maintain consistency in naming the subcategory.
-
- 01 Aug, 2016 1 commit
-
-
Tristan Cavelier authored
-
- 29 Jul, 2016 6 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
Implement an ad-hoc responsive CSS for ERP5. This CSS is generated with the LESS compiler (http://less2css.org/). Create new ERP5 launcher, to break compatibility with officejs. OfficeJS apps will be migrated one by one to the new CSS.
-
- 28 Jul, 2016 2 commits
-
-
Romain Courteaud authored
-
Romain Courteaud authored
-
- 27 Jul, 2016 1 commit
-
-
Arnaud Fontaine authored
Instead of inspecting the content of mixin modules, which relies on already imported module, use the same approach as Document (updateGlobals()), eg using FS path so that even modules not already beforehand are not ignored.
-
- 25 Jul, 2016 2 commits
-
-
Tristan Cavelier authored
Not changed by Ni or Sven in b1f5a740
-
Arnaud Fontaine authored
When a Property Sheet with a ScriptConstraint (whose Document is a ZODB Component) was added to Memcached Tool: Document Component was partially loaded with no Property Sheet yet (and thus without the accessors needed to import ScriptConstraint ZODB Component) and ScriptConstraint Document was considered not available.
-
- 21 Jul, 2016 2 commits
-
-
Tristan Cavelier authored
Changes from Ni Yan, and Sven Franck
-
Tristan Cavelier authored
Changes from Ni Yan
-
- 19 Jul, 2016 3 commits
-
-
Jérome Perrin authored
Otherwise this is interpreted as text/html after sending html emails
-
Jérome Perrin authored
knowledge_pad/worklist gadget: support displaying a worklist that does not respect the (%(count)s) convention
-
Jérome Perrin authored
* Worklist must include (%(count)s) to include the number of document in that worklist * The role of users who have to take care of the documents must be defined on the worklist
-
- 16 Jul, 2016 1 commit
-
-
Julien Muchembled authored
There's no magic in this patch series: it is known that HBTreeFolder2 has limitations about the ids that can be set without conflict, and this can't be fixed without causing compatibility issues with existing data. The patches contain: - some optimization - bug fixes - detection of id conflicts before causing data loss This will also allow us to use a newer version of ZODB. Recent BTrees failed on the following line of `_setOb`: if len(id_list) == 1 and not htree.has_key(None): (None is not valid key for comparison since ZODB commit bb5aac21277f43333d6450064dc6670c8c280e40) The long story about id conflicts is that a HBTreeFolder2 can't store 2 objects <A> and <A>-<B> where <A> does not contain '-', and that's the rule followed by _getOb/_setOb/_delOb. However: - Conflicts are detected by testing the type of the value, which means HBTreeFolder2 can't store values of the same type as the one it uses internally (i.e. OOBTree). - For performance reasons, _htree_iteritems and getTreeIdList use a stricter rule: they assume there can't be 2 objects <A> and <A>-<B>, regardless of the presence of a separator in <A>. Maybe this rule should be enforced in _setOb. /reviewed-on nexedi/erp5!112
-
- 15 Jul, 2016 8 commits
-
-
Julien Muchembled authored
It was an unefficient adaptation of BTreeFolder2 code. These methods have probably never been used.
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
getTreeIdList is still required by Folder_reindexAll. getTreeIdList is not immediate anymore but the reindexing of a folder should anyway be reimplemented to not depend on this method: only one tree is indexed at a time, which is unefficient when they're small.
-
Julien Muchembled authored
-
Julien Muchembled authored
_getOb and similar methods are reimplemented in a faster and safer way. It now checks it is only used to return leafs. Similarly, _delOb now refuses to delete trees at the root. __getattr__ wrongly returned wrapped results (__of__).
-
Julien Muchembled authored
Since commit 055d0a69 ("HBTreeFolder2: make object{Ids,Values,Items} really lazy"), _fixCount() does nothing because objectIds() was optimized in a way that len(self.objectIds()) already returns self._count()
-