Skip to content
Snippets Groups Projects
  1. Jun 28, 2019
  2. Jun 27, 2019
    • Joren Van Onder's avatar
      [FIX] pos_mercury: don't show amount due in payment method popup · 40a3822a
      Joren Van Onder authored
      
      This popup shows in the rare situation where somebody has 2 payment
      methods that use Mercury. It allows them to choose which one to use
      when swiping a card.
      
      It would show the amount due in the title of the popup however this
      isn't correct when a "pending swipe" payment line has been added.
      
      Fix it by removing this amount, it's clear what will be paid from the
      information on the payment screen. Also use this opportunity to make
      it translatable.
      
      opw-2006596
      
      closes odoo/odoo#34398
      
      Signed-off-by: default avatarNicolas Martinelli (nim) <nim@odoo.com>
      40a3822a
  3. Jun 25, 2019
  4. Jun 27, 2019
  5. Jun 26, 2019
  6. Jun 25, 2019
  7. Jun 24, 2019
  8. Jun 23, 2019
  9. Jun 20, 2019
  10. Jun 19, 2019
    • Xavier Morel's avatar
      [FIX] core: work around ir_logging deadlock · c5c955db
      Xavier Morel authored
      
      DROP CONSTRAINT (even with IF EXISTS is specified) acquires an ACCESS
      EXCLUSIVE lock on the table, preventing e.g. inserts in an other
      transaction, so ir_logging would systematically deadlock if configured
      to the same database and a warning would be triggered during install
      or update (if that ran ir.logging's init).
      
      1. hand-roll the "IF EXISTS" bit, to avoid taking an ACCESS EXCLUSIVE
      lock on the table if the problematic constraint does not exist and
      thus doesn't need to be dropped (which by now should be the vast
      majority of cases).
      
      Replacing DROP CONSTRAINT with DISABLE TRIGGER does not fix the
      issue as *that* acquires SHARE ROW EXCLUSIVE. While that's less
      constraitning than ACCESS EXCLUSIVE, it still conflicts with an
      insert's ROW_EXCLUSIVE.
      
      2. add a timeout to the logging INSERT anyway, the deadlock is still
      an issue if we're updating a database which does have the
      problematic constraint, and we want to preclude the possible
      eventual introduction of new deadlocks in the future.
      
      closes odoo/odoo#34243
      
      Signed-off-by: default avatarXavier Morel (xmo) <xmo@odoo.com>
      c5c955db
    • Christophe Simonis's avatar
      132e38be
    • Olivier Colson's avatar
      [FIX] account: make cash basis taxes work in case several account move lines... · c0643ac9
      Olivier Colson authored
      [FIX] account: make cash basis taxes work in case several account move lines are reconciled within the same account.move
      
      Such move lines can be created by POS, when closing a session. Because of commit https://github.com/odoo/odoo/commit/d3453f7d152d486cb5df01b4e40dbde57f59b49e
      
       , the cash basis entries are now created *after* reconciling everything (and not during reconciliation anymore). This causes multiple lines of the move created for the sessions to be reconciled together in case a refund was made (partial or not).
      
      Solves ticket 2008085
      
      closes odoo/odoo#34237
      
      Signed-off-by: default avatarCedric Snauwaert (csn) <csn@openerp.com>
      c0643ac9
    • Julien Castiaux's avatar
      [FIX] google_account: improve logging of errors · 85ab9238
      Julien Castiaux authored
      
      There is no guaranty that both the request body and the response body
      will contain JSON data. This fix corrects the logging by printing the
      raw text in case of json decode error.
      
      opw-2006561
      opw-2024242
      
      closes odoo/odoo#34221
      
      Signed-off-by: default avatarJulien Castiaux <Julien00859@users.noreply.github.com>
      85ab9238
  11. Jun 27, 2019
  12. Jun 26, 2019
  13. Jun 25, 2019
    • Jorge Pinna Puissant's avatar
      [FIX] mrp: BoM structure report with variants · 044c5c2c
      Jorge Pinna Puissant authored
      
      1. Setup a few variants for a product;
      2. Create a BoM for each of the variants with different
      components/quantities, make sure to specify the product variant field;
      3. Go to any of the variants and click Print BoM Structure.
      
      Before this commit, it will print the BoM structure for all variants and
      not only the one selected. Also, it will print in all the variants the
      same BoM structure. If multiples BoM were selected to print, each
      variant of the product was printed with each of the BoM structure
      selected.
      
      Now, if you select one BoM, only this is printed. If multiples BoM are
      printed, each product, and product variant are correctly related to
      their respective BoM structure.
      
      opw-2007939
      
      closes odoo/odoo#34353
      
      Signed-off-by: default avatarSimon Goffin (sig) <sig@openerp.com>
      044c5c2c
    • Goffin Simon's avatar
      [FIX] mrp: Manufacturing cost analysis report · cb4afb26
      Goffin Simon authored
      
      Steps to reproduce the bug:
      
      - Create a finished product P with a manufacturing BOM B
      - Set two components on B C1 and C2
      - Create a MO with P and process it(plan and produce it)
      - Unlock the MO and set the consumed qty of C1 to 0
      - Lock and click on Mark as Done
      - Click on Cost Analysis
      
      Bug:
      
      C1 was displayed in the report with a qty = 1.0
      
      opw:2010912
      
      closes odoo/odoo#34351
      
      Signed-off-by: default avatarSimon Goffin (sig) <sig@openerp.com>
      cb4afb26
    • Christophe Simonis's avatar
      [FIX] hr_timesheet: add missing dependency for `timesheet_uom` widget · e628e662
      Christophe Simonis authored
      
      The `timesheet_uom` widget is a proxy to another widget (configurable
      server-side). We need to ensure the widget registry is filled before
      using it to avoid a fallback to `float_factor` widget.
      
      closes odoo/odoo#34350
      
      Signed-off-by: default avatarChristophe Simonis <chs@odoo.com>
      e628e662
Loading