Skip to content
Snippets Groups Projects
Select Git revision
  • 17.0
  • 18.0
  • 16.0
  • 14.0
  • 14.0-__main__-sbi
  • 15.0
  • 16.0-__main__-sbi
  • 12.0-suds
  • 12.0 default protected
  • 13.0
  • renovate/configure
  • 9.0
  • 10.0
  • 7.0
  • 8.0
  • 11.0
  • 9.0-ocabot-merge-pr-1088-by-pedrobaeza-bump-nobump
  • 8.0-ocabot-merge-pr-831-by-pedrobaeza-bump-nobump
  • 12.0-old
  • 11.0-ocabot-merge-pr-882-by-pedrobaeza-bump-nobump
  • 17.0_2025-03-14
  • 16.0_2025-03-14
  • 16.0_2025-02-14
  • 17.0_2025-02-14
  • 15.0_2025-02-14
  • 15.0_2025-03-14
  • 14.0_2025-02-14
  • 14.0_2025-03-14
  • 16.0_2025-01-14
  • 17.0_2025-01-14
  • 14.0_2025-01-14
  • 16.0_2024-12-14
  • 17.0_2024-12-14
  • 15.0_2024-12-14
  • 15.0_2025-01-14
  • 15.0_2024-11-14
  • 16.0_2024-11-14
  • 17.0_2024-11-14
  • 16.0_2024-11-05
  • 16.0_2024-10-14
40 results
Search by author
  • Any Author
  • Administrator Administrator coopdevs-admin
  • Adrià Pallejà Adrià Pallejà adriapalleja
  • Angels Angels Villar
  • César López Ramírez César López Ramírez cesar.lopez
  • CoopBot CoopBot coopbot
  • Daniel Palomar Daniel Palomar danypr92
  • Eugeni Chafer Eugeni Chafer eugenichafer
  • Isaac Carbajal Isaac Carbajal Isaac
  • Jordi Isidro Llobet Jordi Isidro Llobet jordiisidro
  • konykon konykon konykon
  • Pelayo García Pelayo García lai
  • Quim Rebull Quim Rebull quim.rebull
  • Rebeca Rodríguez Rebeca Rodríguez Rebeca
  • Unai Gorrotxategi Unai Gorrotxategi unai
14 authors
  1. Jul 15, 2013
    • Launchpad's avatar
      Launchpad automatic translations update. · d1a4e0ae
      Launchpad authored 
      bzr revid: launchpad_translations_on_behalf_of_openerp-20130711062622-v4muic3uqckueux5
bzr revid: launchpad_translations_on_behalf_of_openerp-20130712063505-m63repwd0zokfibu
bzr revid: launchpad_translations_on_behalf_of_openerp-20130713063525-b30s09rh63t3zox4
bzr revid: launchpad_translations_on_behalf_of_openerp-20130714055943-xf6jvk2dpoemt6qx
bzr revid: launchpad_translations_on_behalf_of_openerp-20130715051357-59o0nkhplh3e58mi
bzr revid: launchpad_translations_on_behalf_of_openerp-20130704054706-ace1fcr1vtruoc4s
bzr revid: launchpad_translations_on_behalf_of_openerp-20130705061311-4735gtnj7xjmuprg
bzr revid: launchpad_translations_on_behalf_of_openerp-20130712063510-g2yq0kxqgrx9x1df
bzr revid: launchpad_translations_on_behalf_of_openerp-20130713063533-7mjj5a7226xhtob6
bzr revid: launchpad_translations_on_behalf_of_openerp-20130714055945-h6jn755mtdcubvei
bzr revid: launchpad_translations_on_behalf_of_openerp-20130715051400-rra06yzfd7zw4bt0
      d1a4e0ae
  3. Jul 10, 2013
  5. Jun 17, 2013
  7. Jul 10, 2013
  9. Jul 08, 2013
  11. Jul 07, 2013
    • Launchpad's avatar
      Launchpad automatic translations update. · c0119a87
      Launchpad authored 
      bzr revid: launchpad_translations_on_behalf_of_openerp-20130706061750-b7mm65zaln6pacmc
bzr revid: launchpad_translations_on_behalf_of_openerp-20130707055412-bb9fnxig7ss4pugc
      c0119a87
  13. Jul 05, 2013
  15. Jul 04, 2013
  17. Jul 03, 2013
    • Olivier Dony's avatar
      [FIX] ir.ui.view: properly validate newly created inheriting views · eae2321c
      Olivier Dony authored 
        
  When a new inheriting view is imported during a module
  installation, it is validated thanks to the _constraints
  on the ir.ui.view model. However the validation uses
  a rather convoluted system for validating the whole
  view tree at once (root view + all inherited changes)
  while only taking into account the views that belong
  to modules that are currently loaded.
  
  This complicated system is necessary to be able to
  operate on-the-fly at any point during the registry
  loading/initialization.
  
  Now because _constraints are checked during create()
  this particular validation happens *before* the
  external ID (ir.model.data entry) of that new view
  can be created (it obviously needs to wait until
  the view record is inserted). As a consequence the
  view validation cannot determine the module to
  which that new view belongs, and was erroneously
  ignoring it.
  Changing the view filtering to also include views
  from unknown modules fixes this transient problem,
  and also means that manually created inherited
  views will be validated during module init too.

bzr revid: odo@openerp.com-20130703215704-x732bepiifvf4g3n
      eae2321c
  19. Jul 05, 2013
  21. Jul 03, 2013
  23. Jul 02, 2013
  25. Jul 01, 2013
    • Olivier Dony's avatar
      [FIX] procurement: background procurement scheduler should be working in batch... · 9b6f5dca
      Olivier Dony authored 
      [FIX] procurement: background procurement scheduler should be working in batch mode, with one transaction per order

A programming error during an older refactoring lead to
the scheduler working with a single monolithic transaction.
This could cause unnecessary resource contention, plus
undesired rollback of all previous operations in the event
of an exception during scheduling.

bzr revid: odo@openerp.com-20130701163532-8bekn7sbb99ua08c
      9b6f5dca
  27. Jul 02, 2013
  29. Jun 28, 2013
  31. Jun 27, 2013
  33. Jun 26, 2013