1. 02 Aug, 2016 2 commits
    • Ayush Tiwari's avatar
    • Ayush Tiwari's avatar
      ERP5 Subcategory: Remove '_'(underscore) from 'multiple_selection' subcategory... · 1075a315
      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.
      1075a315
  2. 01 Aug, 2016 1 commit
  3. 29 Jul, 2016 6 commits
  4. 28 Jul, 2016 2 commits
  5. 27 Jul, 2016 1 commit
  6. 25 Jul, 2016 2 commits
  7. 21 Jul, 2016 2 commits
  8. 19 Jul, 2016 3 commits
  9. 16 Jul, 2016 1 commit
    • Julien Muchembled's avatar
      HBTreeFolder2 fixes · c3450f14
      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 !112
      c3450f14
  10. 15 Jul, 2016 13 commits
  11. 14 Jul, 2016 6 commits
  12. 13 Jul, 2016 1 commit