Skip to content
Snippets Groups Projects
  1. Sep 18, 2014
  2. Sep 17, 2014
  3. Sep 16, 2014
    • Fabien Meghazi's avatar
      [IMP] avoid 1 query per t-call · 82a91621
      Fabien Meghazi authored
      82a91621
    • Fabien Meghazi's avatar
      [REM] Remove multi-website support from <template> tag · f0741e1b
      Fabien Meghazi authored
      This should be done later properly without polluting convert.py
      f0741e1b
    • Goffin Simon's avatar
      [IMP] Context. · 0b30898b
      Goffin Simon authored
      0b30898b
    • Goffin Simon's avatar
      [WIP] Multi website · 5f258c83
      Goffin Simon authored
      5f258c83
    • Martin Trigaux's avatar
      [FIX] base: do not drop sql constraints during update · f7c45c5e
      Martin Trigaux authored
      When a module is updated, the sql constraints were checked against postgres pg_get_constraintdef() to see if they have diverged from the one defined in python code.
      However this check was failing as the syntax returned by pg_get_constraintdef() (e.g. "CHECK ((credit * debit) = 0::numeric)") differs from the one returned by `unify_cons_text` method (e.g. "check(debit*credit = 0")) so the constraints were always dropped and recomputed.
      This adds a definition column on ir.model.constraint (storing original defintion) to detect changes.
      The pg_constraint is still inspected to make sure we detect constraint without ir_model_constraint but with postgres constraint defined (e.g. name_uniq defined in base.sql).
      
      This changes also the date_update field when the definition changes.
      f7c45c5e
  4. Sep 15, 2014
  5. Sep 12, 2014
  6. Sep 11, 2014
  7. Sep 10, 2014
  8. Sep 09, 2014
  9. Sep 08, 2014
  10. Sep 05, 2014
  11. Sep 04, 2014
Loading