Skip to content
Snippets Groups Projects
  1. Nov 26, 2019
  2. 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
  3. Nov 26, 2019
  4. Nov 22, 2019
  5. Nov 15, 2019
  6. Nov 26, 2019
  7. Nov 25, 2019
  8. Nov 22, 2019
  9. 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
  10. 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
  11. Nov 26, 2019
  12. 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
  13. 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
  14. Nov 26, 2019
  15. Nov 19, 2019
  16. Nov 26, 2019
  17. 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
  18. Nov 25, 2019
  19. Nov 22, 2019
    • Nicolas Lempereur's avatar
      [FIX] point_of_sale: pos order -> count of order · 7dcab8a0
      Nicolas Lempereur authored
      
      In the pivot view of report.pos.order that is a view mainly over
      pos.order, the "Count" measure is a little rubish giving more or less
      the number of different products in the grouped order lines.
      
      With this changeset, we have the field "Order" as measure that allow us
      to know the number of orders a grouping is corresponding to.
      
      opw-2127275
      closes #40723
      
      closes odoo/odoo#40804
      
      X-original-commit: 431114d4
      Signed-off-by: default avatarNicolas Lempereur (nle) <nle@odoo.com>
      7dcab8a0
  20. Nov 20, 2019
  21. Nov 25, 2019
    • Mahendra Barad's avatar
      [FIX] hr_holidays: consecutive leave date on out of office message · 802817c9
      Mahendra Barad authored
      
      Before this commit, when a user was on leave, the out of office
      message displayed the current leave-in-progress date-to.
      This information was misleading when the user on leave used different
      types of leaves, because other users would expect their colleague to
      come back from vacation sooner.
      
      For instance, suppose that user is on vacation on October from 18-22
      (included), and from 25-28 (incl.), with a week-end from 23-24:
      
          +--------------------------------------+
          |          OCTOBER calendar            |
          +--------------------------------------+
          |   Mo.  Tu.  We.  Th.  Fr.  Sa.  Su.  |
          |                                      |
          |                                      |
          |          on-leave          week-end  |
          |   <-------------------->   <------>  |
          |   18   19   20   21   22   23   24   |
          |                                      |
          |        on-leave                      |
          |   <--------------->                  |
          |   25   26   27   28   29   30   31   |
          +--------------------------------------+
      
      On November 20, other users would see "On leave until _November
      22_ included", instead of _November 28_.
      
      This commit fixes the issue by taking into account consecutive
      holidays to compute the actual end date of vacation.
      
      Task-2002525
      
      closes odoo/odoo#38388
      
      Signed-off-by: default avatarAlexandre Kühn (aku) <aku@odoo.com>
      802817c9
    • Haresh Shyara's avatar
      [ADD] l10n_id: introducing Indonesian localization · fec56ce8
      Haresh Shyara authored
      
      Added Chart of Accounts, taxes and other related data
      
      closes odoo/odoo#40806
      
      Task: 42243
      Courtesy: www.vitraining.com
      X-original-commit: 046f7039
      Signed-off-by: default avatarJosse Colpaert <jco@openerp.com>
      fec56ce8
    • Xavier Morel's avatar
      [FIX] base: test_console_log_object broken if log level > info · 2ba8e1d3
      Xavier Morel authored
      
      If odoo is started with a log-level of "warn" of higher, the logging
      record is not emitted at all and thus the handler added by assertLogs
      has nothing to process at all. As a result the test will fail.
      
      closes odoo/odoo#40802
      
      Signed-off-by: default avatarXavier Morel (xmo) <xmo@odoo.com>
      2ba8e1d3
    • Victor Feyens's avatar
      [IMP] mail: better prevent activity type removal and add a fallback mechanism · 0eadc0aa
      Victor Feyens authored
      
      Current activity types master data cannot be unlinked through a quite harsh
      override of unlink using xml id existence, introduced at 2602642a.
      Some of them are real master data, other could be unlinked if users want it.
      Finally custom activity types may cause errors when removed if used in some
      side models like server actions or automated actions.
      
      To allow more flexibility we remove the removal constraint and implement
      a fallback mechanism. It is implemented in mail.activity.mixin when calling
      activity_schedule(xmlid, ...). If the given xmlid is not found
      _default_activity_type() specifies the default activity to use. It can
      be overridden in modules if some specific behavior is wanted.
      
      e.g.
      
      def _default_activity_type(self):
          """Define a default fallback activity type when xml id not found
          only used in in activity_schedule() for now.
          """
          try:
              return self.env.ref('mail.mail_activity_data_todo')
          except Exception:
              return False
      
      In this commit we also
      
        * restrict deletion of activity type (hr.plan and ir.actions.server);
        * fallback on default activity type if xmlid ref not found in
          activity_schedule;
        * correct calls to activity_schedule and replace some manual creation calls
          by activity_schedule;
      
      Task ID 1961156
      PR #39013
      
      Related: odoo/enterprise#6238
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      Co-authored-by: default avatarVictor Feyens <vfe@odoo.com>
      Co-authored-by: default avatarMichaël Mattiello <mcm@odoo.com>
      0eadc0aa
    • Mohammed Shekha's avatar
      [IMP] web: do not pass default_name in calendar create if false · b7983df8
      Mohammed Shekha authored
      
      `name` field can be required and falsy `data.name` should not be
      added as default in context or it warns for missing required field.
      
      Task-2052536
      
      closes odoo/odoo#35880
      
      Signed-off-by: default avatarAlexandre Kühn (aku) <aku@odoo.com>
      b7983df8
Loading