Skip to content
Snippets Groups Projects
  1. Nov 27, 2019
    • Laurent Smet's avatar
      [FIX] account: Fix reconciliation access rights with Invoicing · 5426960e
      Laurent Smet authored
      
      As the group_account_invoice doesn't have the access rights to unlink the
      account.partial.reconcile/account.full.reconcile, there was impossible for
      the user to undo a reconciliation.
      
      closes odoo/odoo#40934
      
      X-original-commit: 0288adb0
      Signed-off-by: default avataroco-odoo <oco-odoo@users.noreply.github.com>
      5426960e
    • Nicolas Martinelli's avatar
      [FIX] stock: confusing error message · e3954db6
      Nicolas Martinelli authored
      
      In case of a picking type where stock move lines are not shown, clicking
      on 'Put in Pack' without 'Done' quantitites set shows a confusing error
      message.
      
      closes odoo/odoo#40928
      
      X-original-commit: 76b72ab5
      Related: odoo/enterprise#6906
      Signed-off-by: default avatarNicolas Martinelli (nim) <nim@odoo.com>
      e3954db6
    • Nicolas Martinelli's avatar
      [FIX] stock_barcode: put in pack in receipt · 4dfa4e2c
      Nicolas Martinelli authored
      - Activate product packing
      - Create a PO for a stockable product, validate
      - In the barcode interface, go to the created picking
      - Set the product quantity
      - Click on 'Put in Pack'
      
      An error is raised: 'All the products currently reserved in the picking
      are already in a pack...'
      
      In the regular interface, the procedure is to create the move lines
      manually, therefore setting a quantity done. However, this is not
      possible in the barcode, and `move_line_nosuggest_ids` is always empty.
      
      We introduce a special use case to bypass this in the case of the
      barcode view.
      
      opw-2127637
      
      X-original-commit: d3a7b0e1
      4dfa4e2c
  2. Nov 26, 2019
  3. Nov 27, 2019
  4. Nov 25, 2019
    • Lucas Lefèvre's avatar
      [IMP] hr: Add empty header for view inheritance · 25dc18bb
      Lucas Lefèvre authored
      
      Some modules might want to add buttons in the form header of the employee public
      (e.g. hr_appraisal).
      This commit adds an empty header to easily allow view inheritance.
      
      Note: this empty header is not displayed if no buttons are indide.
      
      Task 2028794
      PR odoo/enterprise#6495
      
      closes odoo/odoo#39565
      
      Related: odoo/enterprise#6495
      Signed-off-by: default avatarYannick Tivisse (yti) <yti@odoo.com>
      25dc18bb
    • Nicolas Lempereur's avatar
      [FIX] web_editor: update attribute of edition container · 1c47f207
      Nicolas Lempereur authored
      
      In most use case, when we edit the website we have a situation such as:
      
      ```
      <div id="wrap" branding-attributes="...">
          <section class="mycontent">hi!</section>
      </div>
      ```
      
      When we modify a part, we replace all child nodes of the branded
      element.
      
      But if we had more complex content such as:
      
      ```
      <div id="wrap">
          <section class="mycontent" branding-attributes="...">ho!</section>
          <t t-call-assets="web.assets_common" t-js="false" t-css="false"/>
      </div>
      ```
      
      we have a t-call inside the div#wrap, so branding is distributed to
      child that could have attribute modified (eg. changing background).
      
      Then if `<section/>` node is saved, the possibly modified attributes
      are lost.
      
      Without the change, the added test fails with:
      
       '<div class="nice">hoi</div>' not found in '...<div>hoi</div>...' :
       saved element attributes are saved excluding branding ones
      
      opw-2122947
      closes #40345
      
      closes odoo/odoo#40830
      
      X-original-commit: 71b20a24
      Signed-off-by: default avatarNicolas Lempereur (nle) <nle@odoo.com>
      1c47f207
  5. Nov 26, 2019
  6. Nov 25, 2019
    • Nicolas Lempereur's avatar
      [FIX] crm,hr_recruitment: highlight and show others · 31a18fa6
      Nicolas Lempereur authored
      
      When clicking on stat button "Meetings" on a partner, just highlight the
      partner meetings as is done for similar stat button instead of having
      a domain that hides other event (so when creating meeting, we can take
      into account other existing meetings).
      
      A similar change with same reasoning has been done for "Meetings" stat
      button of hr.applicant records.
      
      opw-2131494
      closes #40812
      
      closes odoo/odoo#40900
      
      X-original-commit: 957e7eb7
      Signed-off-by: default avatarNicolas Lempereur (nle) <nle@odoo.com>
      31a18fa6
  7. Nov 26, 2019
  8. Nov 22, 2019
  9. Nov 15, 2019
  10. Nov 26, 2019
  11. Nov 25, 2019
  12. Nov 22, 2019
  13. Nov 26, 2019
    • Mahendra Barad's avatar
      [FIX] digest: force recompute of all kpis each time-based run · 525ed112
      Mahendra Barad authored
      
      Before this commit, the computation of kpi for last week, last 30 days and
      previous period comparison was wrong due to cache. Indeed as first value
      was in cache, other values were taken directly from cache itself instead
      of recomputing each value based on start_date and end_date of the computation
      timeframe.
      
      As digest fields are computed fields used a bit off-side, let us manually
      invalidate the cache before computing a kpi so that it correctly computes
      the timeframe values.
      
      Task ID 1883428
      
      closes odoo/odoo#40861
      
      Closes: #40834
      X-original-commit: 2966ee59
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      525ed112
  14. Nov 25, 2019
    • mightyjol (jhk)'s avatar
      [FIX]product:change pricelist fixed_price field from float to monetary · 74111d1f
      mightyjol (jhk) authored
      
      steps to reproduce:
      -change decimal accuracy for "Product Price"
      -create a price list with fixed price
      -the fixed price field does not takes the decimal accuracy into account
      
      this was working in V11 and V12
      fixed_price was a float field like other price fields
      
      previous behavior:
      fixed_price is a monetary field
      when setting up a fixed price for a pricelist, it takes into account
      the precision from the current currency
      
      current behavior:
      fixed_price is a float field
      when setting up a fixed price for a pricelist, it takes into account
      the proper decimal accuracy setting ("Product Price")
      
      opw-2121964
      
      closes odoo/odoo#40807
      
      X-original-commit: 27b90fc7
      Signed-off-by: default avatarJorge Pinna Puissant (jpp) <jpp@odoo.com>
      74111d1f
  15. Nov 26, 2019
  16. Nov 21, 2019
    • Pierre Masereel's avatar
      [FIX] point_of_sale: duplicate orders · 1bfcbe4b
      Pierre Masereel authored
      
      When you create a pos order, it is possible that the request timeout or
      the client loose the connection with the server, that will lead to not
      have the server_id of the order sent to the server. So when the client
      will try to synchronize the order again, it'll not send the server_id to
      the server, and the server will create a new order which is a duplicate
      of the one created when the client lost the connection.
      
      To avoid this duplication, we are using the pos_reference to find if
      there is an existing order like in 12.0 to avoid duplication.
      
      closes odoo/odoo#40837
      
      Task-id: 2127656
      X-original-commit: cddf29e7
      Signed-off-by: default avatarNicolas Martinelli (nim) <nim@odoo.com>
      1bfcbe4b
  17. Nov 25, 2019
    • Goffin Simon's avatar
      [FIX] hr_holidays: Impossible to allocate future leave type · 5a72faf7
      Goffin Simon authored
      
      Steps to reproduce the bug:
      
      - Let's consider Today = 21/11/2019 and Employee E
      - Create a new hr.leave.type LT and set a validity from 01/01/2020 to 31/12/2020
      - Set mode = Free Allocation Request and Validation = No Validation
      - Try to create leave allocations for LT
      
      Bug:
      
      It was impossible to create a leave allocation for LT because Today < 01/01/2020
      So it was impossible to allocate future leave.
      We had to wait the 01/01/2020 to make the allocation of LT leaves
      
      opw:2126300
      
      closes odoo/odoo#40815
      
      X-original-commit: 2b1810da
      Signed-off-by: default avatarSimon Goffin (sig) <sig@openerp.com>
      5a72faf7
  18. Nov 26, 2019
  19. Nov 19, 2019
  20. Nov 26, 2019
  21. Nov 14, 2019
    • jvm-odoo's avatar
      [FIX] website_sale: removing invalid product from the cart · ee0199ca
      jvm-odoo authored
      
      Reproduce the issue:
      - Install eCommerce app
      - Publish a product to your website
      - Add the product in your cart
      - Unpublish/make unsellable/archive the product
      
      The product is still in the cart and the checkout process can be done.
      
      Cause: There is no check for invalid products before displaying the cart
      
      This commit remove the invalid products while loading the cart.
      
      OPW-2092541
      
      closes odoo/odoo#40241
      
      X-original-commit: ab9290e3
      Signed-off-by: default avatarNicolas Martinelli (nim) <nim@odoo.com>
      ee0199ca
  22. Nov 25, 2019
Loading