Skip to content
Snippets Groups Projects
  1. Sep 25, 2023
  2. Aug 28, 2023
  3. Sep 25, 2023
  4. Sep 24, 2023
  5. Sep 23, 2023
  6. Sep 22, 2023
  7. Sep 21, 2023
    • Juan José Scarafia's avatar
      [FIX] l10n_ar: fix consistency of l10n_ar_currency_rate · adae60fc
      Juan José Scarafia authored
      
      Use the same method and date used to compute the rate on aml field currency_rate
      
      closes odoo/odoo#134709
      
      Signed-off-by: default avatarJosse Colpaert <jco@odoo.com>
      adae60fc
    • Hubert Van de Walle (huvw)'s avatar
      [FIX] purchase,sale: Packaging Quantity field missing on mobile · bcf308dc
      Hubert Van de Walle (huvw) authored
      
      Steps to reproduce
      ==================
      
      - Use a mobile viewport
      - Create a quotation
      - Add an order line
      - Set a packaging
      -> The Packaging Quantity field is missing
      
      The same happens on purchase orders
      
      ---
      
      opw-3504829
      
      closes odoo/odoo#136163
      
      X-original-commit: c5d665cc2b43a0040c3f5644265e74048c3d5ded
      Signed-off-by: default avatarTiffany Chang (tic) <tic@odoo.com>
      Signed-off-by: default avatarHubert Van De Walle <huvw@odoo.com>
      bcf308dc
    • Mathieu Walravens's avatar
      [FIX] product_expiry: send alert activity to the correct user · d8567aa8
      Mathieu Walravens authored
      
      Steps to reproduce:
      1. Have 2 companies, and select the one w/ the highest ID
      2. Create a new product tracked by lot + expiration date
      3. Receive product
      4. Set the received lot's expiration and alert dates in the past
      5. Inventory > Operations > Run scheduler
      
      Before this commit:
      An activity is created on the lot for OdooBot,
      despite the product's responsible set to the current user.
      It happens because the default value for `responsible_id` is the current
      user, but the value is only set for the current company. When the
      scheduler runs, it doesn't set the company; therefore, it takes the
      product's responsible user for the company with the lowest ID, which is
      not set.
      
      After this commit:
      The activity is created for the product's responsible user using
      the lot's company.
      
      opw-3489340
      
      closes odoo/odoo#136125
      
      X-original-commit: dacfa844
      Signed-off-by: default avatarTiffany Chang (tic) <tic@odoo.com>
      Signed-off-by: default avatarWalravens Mathieu (wama) <wama@odoo.com>
      d8567aa8
    • Hardik Suthar's avatar
      [CLA] signature for sutharhardik · b3075c5c
      Hardik Suthar authored
      
      closes odoo/odoo#103864
      
      Signed-off-by: default avatarMartin Trigaux (mat) <mat@odoo.com>
      b3075c5c
    • Lucas Lefèvre (lul)'s avatar
      [FIX] spreadsheet: get currency rate without date · 358a6b43
      Lucas Lefèvre (lul) authored
      
      Commit f693d9b5 broke ODOO.CURRENCY.RATE when no date is provided.
      The text 'Invalid date' is sent to the server, which obvious can't
      parse it to a date.
      
      opw-3498115
      
      closes odoo/odoo#136148
      
      Signed-off-by: default avatarRémi Rahir (rar) <rar@odoo.com>
      358a6b43
    • Thibault Delavallée's avatar
      [FIX] test_mail: prepare and fixup tests for alias domains · 5bf9ab48
      Thibault Delavallée authored
      
      Some tests are updated to lessen diff in future tests, especially about
      aliases. Some tests are fixed as they are somehow incorrect (notably
      in gateway testing) but currently passing as mail gateway is quite
      permissive.
      
      Add some tests preparing MC / alias domains configuration notably about
      company / alias synchronization, which is currently only based on config
      parameters.
      
      Also update some tests by using fstrings which are generally more readable.
      
      Finally move some tests to their right file / main testing class to keep
      them ordered by main topic.
      
      Prepares Task-36879 (Mail: Support MultiCompany Aliases)
      
      closes odoo/odoo#136102
      
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      5bf9ab48
    • Thibault Delavallée's avatar
      [IMP] (test_)mail: improve some testing tools and helpers for notifications · dd48ca79
      Thibault Delavallée authored
      Cleanup some code bits in common classes, add some docstrings. Improve
      notifications related helpers, notably to ease checking content of mail.mail
      or outgoing emails when posting messages.
      
      Update 'test_message_post' with those new helpers, to ease inclusion of
      additional specific values test with alias domains in mind in next commits.
      
      Prepares Task-36879 (Mail: Support MultiCompany Aliases)
      
      Part-of: odoo/odoo#136102
      dd48ca79
    • Thomas Lefebvre (thle)'s avatar
      [FIX] hr_holidays: manage refused leave in the report · 4c73d4a7
      Thomas Lefebvre (thle) authored
      
      Steps to reproduce:
      -------------------
      - add an allocation for an employee;
      - add a leave with this allocation;
      - validate the leave;
      - refuse the leave;
      - in action menu, click on "Time off Analysis by Employee and Time Off Type".
      
      Issue:
      ------
      The report does not take into account refused allocations and leaves.
      
      Solution:
      ---------
      Add a condition to take a number of days equal to zero
      if the allocation or leave is in a refused state.
      
      Handled the case where no record is found for leave
      (with `COALESCE` because `value - NULL = NULL`).
      
      opw-3503617
      
      closes odoo/odoo#135882
      
      X-original-commit: 2b3cc596
      Signed-off-by: default avatarSofie Gvaladze (sgv) <sgv@odoo.com>
      Signed-off-by: default avatarThomas Lefebvre (thle) <thle@odoo.com>
      4c73d4a7
    • Tom De Caluwé's avatar
      [FIX] web: keep picker and component date in sync · 4a6ad7d7
      Tom De Caluwé authored
      
      When changing the value of a DateField outside of the datepicker, the dates
      kept by the datepicker instance and the DateField component will get out of
      sync. This can happen, for example, when clicking the new button when in a form
      view containing such a field. The component is kept, but the date is changed
      (generally set to false in this case) while the state of the datepicker stays
      the same.
      
      As a result, when clicking the selected date in the datepicker, no change event
      is triggered making it impossible to select. This can be frustrating when
      manually inputting a series of documents with the same dates.
      
      opw-3459123
      
      closes odoo/odoo#134911
      
      Signed-off-by: default avatarJulien Mougenot (jum) <jum@odoo.com>
      4a6ad7d7
    • Krzysztof Magusiak's avatar
      [FIX] sale_project: filter on tasks linked to the sale · 81b5ef93
      Krzysztof Magusiak authored
      
      In the case where we have multiple projects, we also want to filter on
      tasks linked to the SO. In the current implmementation, the default sale
      order passed in the context is used to filter by name which results in
      including tasks where name of the SO contains the name of the SO instead
      of being equal.
      
      opw-3499181
      
      closes odoo/odoo#135771
      
      Signed-off-by: default avatarAudric Onockx (auon) <auon@odoo.com>
      81b5ef93
    • ericqdev's avatar
      [CLA] Odoo ericqdev · 38058e5d
      ericqdev authored
      
      closes odoo/odoo#126222
      
      Signed-off-by: default avatarMartin Trigaux (mat) <mat@odoo.com>
      38058e5d
    • moerradi's avatar
      [FIX] l10n_latam_check: Prevent Multiple Uses of Same Third-Party Check · 46261477
      moerradi authored
      
      there is a loophole that allows the same third-party check to be used
      for multiple outbound payments. This issue causes data inconsistencies
      and disrupts the expected behavior of the financial workflow, thereby
      undermining the integrity of the accounting processes.
      
      In order to address it a  constraint was introduced on the
      l10n_latam_check_id field. This constraint is triggered whenever
      a payment transaction involves the use of 'out_third_party_checks' as
      the payment method. The system now conducts a search to identify any
      pre-existing payments that might be using the same third-party check.
      If a duplicate use of a check is detected, a ValidationError is promptly
      raised, effectively blocking the transaction.
      
      Task-3503556
      
      closes odoo/odoo#135815
      
      Signed-off-by: default avatarde Wouters de Bouchout Jean-Benoît (jbw) <jbw@odoo.com>
      46261477
    • Pedram (PEBR)'s avatar
      [FIX] pos_restaurant: Avoid error when order table is deleted · 48151984
      Pedram (PEBR) authored
      
      When an order's associated table is deleted, the POS tries to load the
      table name to display in the order list. This results in an error if
      the table no longer exists.
      
      To prevent this, only display the table name if the table still exists
      for the order. This avoids the error when trying to load a deleted
      table.
      
      opw-3509678
      
      closes odoo/odoo#135970
      
      Signed-off-by: default avatarJoseph Caburnay (jcb) <jcb@odoo.com>
      48151984
    • Xavier-Do's avatar
      [FIX] test_lint: avoid memory error · 7d10b170
      Xavier-Do authored
      
      Since 16.4, the number of file made pylint reach the default memory
      limit from time to time. This commit will remove the limit for this test
      as it was done for chrome. The next step would be to split the test
      per set of module or maybe analyze the memory consuption of some custom
      check.
      
      closes odoo/odoo#136107
      
      Signed-off-by: default avatarXavier Dollé (xdo) <xdo@odoo.com>
      7d10b170
    • Shubham Thanki's avatar
      [FIX] website_slides: update Vimeo description · 92aa0046
      Shubham Thanki authored
      
      Before this commit:
      - Select a course from the website, and click 'Add Content'.
        From the 'Add Content' window, click 'Video'.
      - The description with the title 'On Vimeo' is not up to date with
        Vimeo privacy management.
      
      After this commit:
      The description is now up to date.
      
      task-3458724
      
      closes odoo/odoo#136023
      
      X-original-commit: 4a1d2a2726ce83edbf28dd478c60a3e6f67d4470
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      92aa0046
  8. Sep 20, 2023
    • Julien Van Roy's avatar
      [IMP] account_edi_ubl_cii: handle payment terms · 6bb16bf8
      Julien Van Roy authored
      Handle payment terms for UBL as described by the Belgian Peppol
      Authority and documented by VBO-FEB.
      
      In case of early payment discount (for instance 2% if payment within 7
      days):
      
      * add one document level allowance per VAT rate (this allows to reduce
      the tax base amount to take the discount into account)
      
      * add one document level charge exempt from VAT (the amount of this
      charge is the amount of the discount the customer can get by paying
      early)
      
      * Recompute the document level TaxTotal accordingly
      
      Hence, nothing changes for the invoice lines. Importing the xml is then
      convenient since each document level AllowanceCharge will create an
      invoice line on top of the existing invoice lines. The total amount of
      the invoice will be the amount to pay in case of no early payment
      discount. To get the total amount to pay in case of early payment
      discount, simply remove the document level charge.
      
      References:
      https://openpeppol.atlassian.net/wiki/spaces/Belgium/overview
      https://efactuur.belgium.be/sites/default/files/3.%20Cash%20discount.docx
      
      
      
      opw-3235769
      task-3326963
      
      closes odoo/odoo#132625
      
      Signed-off-by: default avatarLaurent Smet (las) <las@odoo.com>
      6bb16bf8
    • Benjamin Hanquin (beha)'s avatar
      [IMP] website: filter out unpublished records for non internal users · fcb96883
      Benjamin Hanquin (beha) authored
      
      Issue:
      Search on website has a big performance issue because the database has
      too many product_template.
      
      Analyze :
      The website search mechanism has hardcoded sql query. And the generic
      query don't have any filtering. Which lead to make a expensive search
      (similarity) on the whole product_template even if the products are
      not published and then displayed to the user.
      
      Fix :
      Filter the is_published field in the generic website method when the
      model has a 'is_published' field and the request is not done by a user
      (thus for customers or portal users).
      
      Note:
      The internal user is still able to search on unpublished product.Thus
      have no performance improvement.
      
      Benchmark:
      | SQL Query | # Input data | Before PR | After PR |
      |:---------:|:------------:|:---------:|:--------:|
      |General best_similarity |700000 products (161 published) | 12.65 s | 0.12 s |
      |FROM ir_translation|2,796,000 ir_translation | 6.338 s (586k hit) | 0.091 s (185 hit) |
      
      Related task:
      task-3473786
      
      Related ticket:
      opw-3418457
      
      closes odoo/odoo#135814
      
      X-original-commit: b1d14ba6
      Signed-off-by: default avatarRomain Derie (rde) <rde@odoo.com>
      fcb96883
    • Pratik Raval (PRRA)'s avatar
      [FIX] marketing_automation: fix mailing_filter widget · 4f5b8c47
      Pratik Raval (PRRA) authored
      
      Before this commit:
      The `mailing_filter` widget used to take the 2nd occurrence of a
      many2one(selection) field and hide it in certain conditions, as it was assumed
      that it is the field having the widget. Thus when there is more than 1
      occurrence of a many2one field in the form view (before the field with the
      widget), it used to hide random fields instead of targeted field.
      
      After this commit:
      The `mailing_filter` widget will only target the field with the widget, hence
      solving the issue at hand.
      
      Task-3430510
      
      closes odoo/odoo#135610
      
      Related: odoo/enterprise#47453
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      4f5b8c47
    • Nicolas Seinlet's avatar
      [IMP] mail: improve blacklist search performance · e00dce5e
      Nicolas Seinlet authored
      
      When the blacklist table is filled with multiple thousands of records
      searching the `is_blacklisted` field leads to a domain like
      `[('id', 'in', [thousands_of_ids])]`. This can create a multiple megabytes
      sql query.
      
      Using inselect allows to avoid that issue.
      
      Task-3328210
      
      closes odoo/odoo#135458
      
      Related: odoo/enterprise#47393
      Signed-off-by: default avatarThibault Delavallee (tde) <tde@openerp.com>
      e00dce5e
    • Gaetan Vanden Bergh (gavb)'s avatar
      [FIX] *: assertAlmostEqual parameters identification · c4b5148b
      Gaetan Vanden Bergh (gavb) authored
      
      purchase_stock, point_of_sale
      
      What are the steps to reproduce your issue?
      When Odoo.sh runs unit tests on a development branch,
      it tests the code in the MRP module for rounding errors.
      
      What is the current behavior that you observe?
      I had a customization that introduced a rounding error in the standard MRP module.
      When the unit tests ran on the development branch, I got a traceback.
      
      What would be your expected behavior in this case?
      The rounding error should be reported as a failed test with a message. No traceback.
      
      opw-3454998
      
      closes odoo/odoo#135929
      
      X-original-commit: 05e38f11
      Signed-off-by: default avatarWilliam Henrotin (whe) <whe@odoo.com>
      Signed-off-by: default avatarGaetan Vanden Bergh (gavb) <gavb@odoo.com>
      c4b5148b
    • duongnguyen's avatar
      [FIX] project_purchase: Project Admin can't access project update when · 249aaac7
      duongnguyen authored
      
      having PO
      
      Step to reproduct:
      -User A with Admin Project Access Right and no Pucharse Acesss Right
      -PO and Project have same analytic_account_id, with PO analytic_account
      will place in 'analytic_distribution'
      -User A then go to Project Update -> Access Error happen
      => Expected behaviour is to let Project Admin access it
      
      Solutions is to let he/she see it by adding sudo() only
      
      closes odoo/odoo#135429
      
      Signed-off-by: default avatarAudric Onockx (auon) <auon@odoo.com>
      249aaac7
    • Julien Van Roy's avatar
      [FIX] l10n_mx: set the 16% taxes as the default · d688b137
      Julien Van Roy authored
      
      Set the default sale and purchase taxes for the mexican CoA.
      
      Before introducing the IEPS taxes in commit
      734e18eb, the default taxes were the 16%
      IVA taxes (when loading the CoA, the default is simply the first
      possible match with the lowest sequence). As the IEPS taxes now have the
      lowest sequence, they are incorrectly selected as the defaults. This
      commit fixes this.
      
      task-3507155
      
      closes odoo/odoo#135877
      
      X-original-commit: 5d98384e
      Signed-off-by: default avatarLaurent Smet (las) <las@odoo.com>
      Signed-off-by: default avatarJulien Van Roy (juvr) <juvr@odoo.com>
      d688b137
    • Paolo Gatti (pgi)'s avatar
      [IMP] l10n_it: Unnecessary precaution about Fiscal Positions note · ef51c0f6
      Paolo Gatti (pgi) authored
      The condition for which the Fiscal Position's Note is shown only in Customer Invoices is removed because unnecessary.
      A check has been added on the company's country to be 'IT'.
      
      Task link: https://www.odoo.com/web#id=3420752&model=project.task
      
      
      task-3420752
      
      closes odoo/odoo#135960
      
      X-original-commit: c32720db
      Signed-off-by: default avatarJohn Laterre (jol) <jol@odoo.com>
      ef51c0f6
Loading