Odoo Changelog — 2024-09-02

Monday, September 2, 2024

52 changes · saas-17.4

Bug Fixes(9)

Resolved issues and error corrections

[FIX] website_sale: _prepare_values overriden twice

Coresaas-17.4website_sale

This fix restores both intended updates for website shop product snippets after one had accidentally replaced the other. It helps ensure the online store displays the correct snippet behavior consistently.

Original PR description

A previous oversight lead to _prepare_values to be overridden twice for 2 separate tasks 
The task that was merged last was functioning while the other one wasn't 
This commit merges the 2 functions together

commit 1: 5bde2e42c8ec5e943a779ad4b3e1b7142f2d2fcf
commit 2: 4ac43fbafc2899e296bf0593dcaef0c3b914928c

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#website#ecommerce#snippets

[FIX] mail: prevent comments menu overlap on small screens

PR #174654

Coresaas-17.4mail

The comments menu in Knowledge articles now keeps a consistent layout when the screen is narrowed. This prevents overlapping controls and makes commenting easier to use on smaller screens.

Original PR description

Steps to reproduce:
1. Open Knowledge
2. Select any text in an article
3. The menu will show
4. Click on comments
5. Write a log and shrink the screen
6. The comments menu breaks

The display of comments is a little bit odd

Removed 'flex-wrap' from the message header's CSS to prevent the menu from overlapping when the screen size is reduced. This ensures a consistent layout and better user experience on smaller screens.

Task-4063810

#comments#mobile#layout

[FIX] web: emojis not loading in different lang

PR #178540

Coresaas-17.4webmail

Emoji names are now safely handled when translated, preventing certain non-English translations from breaking the emoji picker. This ensures users can reliably browse and insert emojis regardless of their selected language.

Original PR description

BUG: emojis were not loading in some non-English languages

The issue was that the emojis were not escaped when translated, and in some languages, the translated emojis contained double quotes inside, which was originally curly quotes.

FIX: escape the translated emoji names to avoid the double quotes breaking the JSON parsing.

task-4139904
task-4143513


---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#emoji#translations#language#user experience

[FIX] web: rainbowManMessage visibility

PR #177252

Coresaas-17.4web

The on-screen celebration message now remains visible even when its surrounding area has no size. This prevents users from missing positive feedback after completing certain actions.

Original PR description

In this commit, we fix the rainbowMan css so that it is visible through a container that is 0x0.
To do this, we need to change the position to fixed instead of absolute.

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#rainbow man#visibility#user experience

[FIX] mrp: prevent error when clicking on overview in mo

PR #177560

Coresaas-17.4mrp

Fixed an issue where opening the manufacturing order overview could fail when a component quantity was set to a negative value. This prevents an error screen and keeps the manufacturing workflow usable in this edge case.

Original PR description

When the quantity of components is negative in mo and user clicks on the overview button. a traceback will appear. Steps to reproduce the error: - Install ```mrp``` and ```purchase``` - Create…

When the quantity of components is negative in mo and user clicks on
the overview button.
a traceback will appear.

Steps to reproduce the error:
- Install ```mrp``` and ```purchase```
- Create product A > In Purchase, add vendor > In Inventory, Select Buy and
  Replenish on Order (MTO) in Routes > Save
- Create one MO > Select any product > In components, Select product A >
  In To consume, Set 10 for ex. > Confirm
- Click on Purchases smart button > Confirm Order > Receive Products > Validate
- Go back to MO > Set negative value in Quantity (ex. -1) > Save
- Click on Overview

Traceback:
```
AssertionError: precision_digits must be a non-negative integer, got 0.01
  File "odoo/http.py", line 2373, in __call__
    response = request._serve_db()
  File "odoo/http.py", line 1903, in _serve_db
    return self._transactioning(
  File "odoo/http.py", line 1966, in _transactioning
    return service_model.retrying(func, env=self.env)
  File "odoo/service/model.py", line 134, in retrying
    result = func()
  File "odoo/http.py", line 1933, in _serve_ir_http
    response = self.dispatcher.dispatch(rule.endpoint, args)
  File "odoo/http.py", line 2177, in dispatch
    result = self.request.registry['ir.http']._dispatch(endpoint)
  File "odoo/addons/base/models/ir_http.py", line 223, in _dispatch
    result = endpoint(**request.params)
  File "odoo/http.py", line 754, in route_wrapper
    result = endpoint(self, *args, **params_ok)
  File "addons/web/controllers/dataset.py", line 35, in call_kw
    return call_kw(request.env[model], method, args, kwargs)
  File "odoo/api.py", line 459, in call_kw
    result = getattr(recs, name)(*args, **kwargs)
  File "addons/mrp/report/mrp_report_mo_overview.py", line 19, in get_report_values
    'data': self._get_report_data(production_id),
  File "addons/mrp/report/mrp_report_mo_overview.py", line 77, in _get_report_data
    components = self._get_components_data(production, level=1, current_index='')
  File "addons/mrp/report/mrp_report_mo_overview.py", line 416, in _get_components_data
    replenish_data = self._get_replenishments_from_forecast(production, replenish_data)
  File "addons/mrp/report/mrp_report_mo_overview.py", line 694, in _get_replenishments_from_forecast
    forecast_lines = self._add_origins_to_forecast(forecast_lines)
  File "addons/mrp/report/mrp_report_mo_overview.py", line 771, in _add_origins_to_forecast
    if float_compare(move_out_qty, 0, line['move_out'].product_uom.rounding) <= 0:
  File "odoo/tools/float_utils.py", line 181, in float_compare
    rounding_factor = _float_check_precision(precision_digits=precision_digits,
  File "odoo/tools/float_utils.py", line 39, in _float_check_precision
    assert float(precision_digits).is_integer() and precision_digits >= 0,\
```

https://github.com/odoo/odoo/blob/2c89fae7bc3e026425a4f02c4a70e4a87083560d/addons/mrp/report/mrp_report_mo_overview.py#L771
Here, In the above line ```precision_rounding``` is missing.
So, it will lead to the above traceback.

This commit will prevent the negative quantity of component product.

Sentry-5729142241

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

[FIX] base: add `filename` invisible field to import translation

PR #177049

Coresaas-17.4base

This fix restores a required hidden field used when importing translation files. Users can again export and re-import translation files, such as French sales app translations, without encountering the reported error.

Original PR description

There was no indication that the field was needed when it was removed. It is not added automatically by the orm because it is not a depend or an explicit modifier.
It is being reintroduced with a comment.


Issue: Settings > Translations > Export Translation > Select language as French > PO File > Export type module > Choose sales app as apps to export > Download the file > Import Translation > Add language name > Code fr_FR > Upload file > Overwrite existing terms checked > error message appears.

The error was introduced by:
https://github.com/odoo/odoo/commit/5639ed865c5a3b82bab25b0ecac28c68c02e9306

opw-4115861



---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#translations#import#settings

[FIX] l10n_au_hr_payroll_account: Add superclass fallback in export file

PR #69182

Enterprisesaas-17.4l10n_au_hr_payroll_account

ABA batch payment validation now correctly falls back to the standard process when a payment is not related to payroll. This prevents errors during payment file generation and helps Australian payroll/accounting teams process batches reliably.

Original PR description

The `_generate_export_file()` method was updated to handle payroll payments in ABA batch processing. However, the previous implementation lacked a proper fallback to the superclass method when the payment was not a payroll payment, leading to a traceback during ABA batch payment validation.

opw-4106377

#Australia#payroll#ABA#batch payments

[FIX] knowledge: prevent comments menu overlap on small screens

PR #69255

Enterprisesaas-17.4knowledge

The Knowledge app comments menu now keeps a cleaner layout when the screen is narrowed. This prevents overlapping controls and makes commenting easier to use on smaller displays.

Original PR description

Steps to reproduce:
1. Open Knowledge
2. Select any text in an article
3. The menu will show
4. Click on comments
5. Write a log and shrink the screen
6. The comments menu breaks
7. The display of comments is a little bit odd

Removed 'flex-wrap' from the message header's CSS to prevent the menu from overlapping when the screen size is reduced. This ensures a consistent layout and better user experience on smaller screens.

Task-4063810

#knowledge#comments#small screens#user experience

[FIX] mail: prevent comments menu overlap on small screens

PR #69254

Enterprisesaas-17.4knowledge

The Knowledge comments menu now stays properly aligned when the screen is narrowed. This prevents overlapping controls and makes commenting in articles easier to use on smaller displays.

Original PR description

Steps to reproduce:
1. Open Knowledge
2. Select any text in an article
3. The menu will show
4. Click on comments
5. Write a log and shrink the screen
6. The comments menu breaks
7. The display of comments is a little bit odd

Removed 'flex-wrap' from the message header's CSS to prevent the menu from overlapping when the screen size is reduced. This ensures a consistent layout and better user experience on smaller screens.

Task-4063810

#comments#responsive#mobile

Other(43)

Miscellaneous changes

[FW][FIX] point_of_sale: Keep browser session debug mode on PoS opening

PR #178871

Coresaas-17.4point_of_sale

Prior to this commit: If you were in debug=1 or debug=assets prior to opening the PoS, it would be lost when opening the pos session from the backend. This can be particularly problematic on mobile app as the user can not modify the url manually. Being in debug mode on the PoS is useful to have the debug window and troubleshoot with the asset code After this commit: The PoS is opened with the same debug mode than the browser session Forward-Port-Of: odoo/odoo#178569

Original PR description

Prior to this commit:
If you were in debug=1 or debug=assets prior to opening the PoS, it would be lost when opening the pos session from the backend. This can be particularly problematic on mobile app as the user can not modify the url manually.
Being in debug mode on the PoS is useful to have the debug window and troubleshoot with the asset code

After this commit:
The PoS is opened with the same debug mode than the browser session

Forward-Port-Of: odoo/odoo#178569

A previous oversight lead to _prepare_values to be overridden twice for 2 separate tasks The task that was merged last was functioning while the other one wasn't This commit merges the 2 functions together commit 1: 5bde2e42c8ec5e943a779ad4b3e1b7142f2d2fcf commit 2: 4ac43fbafc2899e296bf0593dcaef0c3b914928c --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Steps to reproduce: 1. Open Knowledge 2. Select any text in an article 3. The menu will show 4. Click on comments 5. Write a log and shrink the screen 6. The comments menu breaks The display of comments is a little bit odd Removed 'flex-wrap' from the message header's CSS to prevent the menu from overlapping when the screen size is reduced. This ensures a consistent layout and better user experience on smaller screens. Task-4063810

BUG: emojis were not loading in some non-English languages The issue was that the emojis were not escaped when translated, and in some languages, the translated emojis contained double quotes inside, which was originally curly quotes. FIX: escape the translated emoji names to avoid the double quotes breaking the JSON parsing. task-4139904 task-4143513 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

In this commit, we fix the rainbowMan css so that it is visible through a container that is 0x0. To do this, we need to change the position to fixed instead of absolute. Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

When the quantity of components is negative in mo and user clicks on the overview button. a traceback will appear. Steps to reproduce the error: - Install ```mrp``` and ```purchase``` - Create product A > In Purchase, add vendor > In Inventory, Select Buy and Replenish on Order (MTO) in Routes > Save - Create one MO > Select any product > In components, Select product A > In To consume, Set 10 for ex. > Confirm - Click on Purchases smart button > Confirm Order > Receive Products > Validate - Go back to MO > Set negative value in Quantity (ex. -1) > Save - Click on Overview Traceback: ``` AssertionError: precision_digits must be a non-negative integer, got 0.01 File "odoo/http.py", line 2373, in __call__ response = request._serve_db() File "odoo/http.py", line 1903, in _serve_db return self._transactioning( File "odoo/http.py", line 1966, in _transactioning return service_model.retrying(func, env=self.env) File "odoo/service/model.py", line 134, in retrying result = func() File "odoo/http.py", line 1933, in _serve_ir_http response = self.dispatcher.dispatch(rule.endpoint, args) File "odoo/http.py", line 2177, in dispatch result = self.request.registry['ir.http']._dispatch(endpoint) File "odoo/addons/base/models/ir_http.py", line 223, in _dispatch result = endpoint(**request.params) File "odoo/http.py", line 754, in route_wrapper result = endpoint(self, *args, **params_ok) File "addons/web/controllers/dataset.py", line 35, in call_kw return call_kw(request.env[model], method, args, kwargs) File "odoo/api.py", line 459, in call_kw result = getattr(recs, name)(*args, **kwargs) File "addons/mrp/report/mrp_report_mo_overview.py", line 19, in get_report_values 'data': self._get_report_data(production_id), File "addons/mrp/report/mrp_report_mo_overview.py", line 77, in _get_report_data components = self._get_components_data(production, level=1, current_index='') File "addons/mrp/report/mrp_report_mo_overview.py", line 416, in _get_components_data replenish_data = self._get_replenishments_from_forecast(production, replenish_data) File "addons/mrp/report/mrp_report_mo_overview.py", line 694, in _get_replenishments_from_forecast forecast_lines = self._add_origins_to_forecast(forecast_lines) File "addons/mrp/report/mrp_report_mo_overview.py", line 771, in _add_origins_to_forecast if float_compare(move_out_qty, 0, line['move_out'].product_uom.rounding) <= 0: File "odoo/tools/float_utils.py", line 181, in float_compare rounding_factor = _float_check_precision(precision_digits=precision_digits, File "odoo/tools/float_utils.py", line 39, in _float_check_precision assert float(precision_digits).is_integer() and precision_digits >= 0,\ ``` https://github.com/odoo/odoo/blob/2c89fae7bc3e026425a4f02c4a70e4a87083560d/addons/mrp/report/mrp_report_mo_overview.py#L771 Here, In the above line ```precision_rounding``` is missing. So, it will lead to the above traceback. This commit will prevent the negative quantity of component product. Sentry-5729142241 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

There was no indication that the field was needed when it was removed. It is not added automatically by the orm because it is not a depend or an explicit modifier. It is being reintroduced with a comment. Issue: Settings > Translations > Export Translation > Select language as French > PO File > Export type module > Choose sales app as apps to export > Download the file > Import Translation > Add language name > Code fr_FR > Upload file > Overwrite existing terms checked > error message appears. The error was introduced by: https://github.com/odoo/odoo/commit/5639ed865c5a3b82bab25b0ecac28c68c02e9306 opw-4115861 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

The `_generate_export_file()` method was updated to handle payroll payments in ABA batch processing. However, the previous implementation lacked a proper fallback to the superclass method when the payment was not a payroll payment, leading to a traceback during ABA batch payment validation. opw-4106377

Steps to reproduce: 1. Open Knowledge 2. Select any text in an article 3. The menu will show 4. Click on comments 5. Write a log and shrink the screen 6. The comments menu breaks 7. The display of comments is a little bit odd Removed 'flex-wrap' from the message header's CSS to prevent the menu from overlapping when the screen size is reduced. This ensures a consistent layout and better user experience on smaller screens. Task-4063810

To reproduce the bug, follow these steps: 1. Create a new time off type. 2. Create a new accrual plan. 3. Set the "Accrued Gain Time" field to “At the start of the accrual period.” 4. Create a new milestone with a cap. 5. Create a new allocation set its type to accrual then link it to our accrual plan. 6. Set the start date in the past so that the accrued days reach the cap. 7. Create a new leave in the past related to the allocation. 8. Check your balance for a future date in the Time Off app. Normally, with accrual allocation, we should see the allocation increase. The problem here is that in the future, the allocation decreases. This issue arises due to the way the `leaves_taken` field is computed. https://github.com/odoo/odoo/blob/08a4b9d78addeefde24b189f0066540e0dcee4c4/addons/hr_holidays/models/hr_leave_allocation.py#L215-L220 The value is retrieved from a default dictionary, which is processed based on existing records in the database. When we attempt to fetch the value using a new instance that only exists in memory, the key returns the default value of 0. Additionally, if we modify step 7 to set the leave in the future, the accrual value caps out at a level below the intended maximum. In some cases, if the data-fetching function is called with the same parameters consecutively, we receive different outputs. These issues arise because the new record persists as a cache. When we retrieve a new record with the same origin as a previous call, we receive the previously processed data. This also leads to a problem with recursion in the function `_get_future_leaves_on`. This commit addresses and resolves these issues. opw-4040882 Forward-Port-Of: odoo/odoo#174354

## Issue: - When creating a kit BoM with two components that the total of their cost share is 100, we get this UserError when saving: 'The total cost share for a BoM's components has to be 100%.'" ## Steps To Reproduce: - Create a BoM of type Kit. - Add 2 components. - Set their cost shares to 99.99 and 0.01. - Save and Notice the error: "The total cost share for a BoM's component have to be 100" ## Solution: - After saving, the [`float_round`](https://github.com/odoo/odoo/blob/048ed950ad32187a8e7ae7811a5afc87d9ce8ac8/odoo/tools/float_utils.py#L35) method is eventually called. When it reaches the line [`result = rounded_value * rounding_factor`](https://github.com/odoo/odoo/blob/048ed950ad32187a8e7ae7811a5afc87d9ce8ac8/odoo/tools/float_utils.py#L113) with `rounded_value = 9999.0` and `rounding_factor = 0.01`, it returns `99.99000001`. - A possible fix is to modify the `float_round` method to include a condition before returning the result: ``` python if precision_digits or precision_rounding: decimal_places = precision_digits or len(str(precision_rounding).split('.')[1]) return round(result, decimal_places)``` - However, I believe it might be too low-level, so I kept it simple by rounding the `bom.lines` before summing them and returning the UserError`. opw-4100375 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#177915 Forward-Port-Of: odoo/odoo#177015

[MOV] website: rename automatic editor tests The goal of this commit is to rename the `automatic_editor` test files. This will be usefull in the next commit. runbot-60056 runbot-69009 ---------------------------------------------------------------------------------------------------------------------------------------------- [FIX] website: adapt the automatic editor on new website test The goal of this commit is to simplify the `automatic_editor_on_new_website` test. Indeed, the test was added by [1] to check if the editor was correctly started after the creation of a website under some circonstences but since [2], the editor is not started after creating a website. The part that tests the installation of a new language through the theme editor has been removed as it is already implemented in the `rte_translator` test. The remaining part that tests the creation of a website with the skip of the configurator is kept as it is not implemented in another test. [1]: https://github.com/odoo/odoo/commit/81f5c768278d15d4ef943deffa397736b867c825 [2]: https://github.com/odoo/odoo/commit/e38808e1a77dab291beb4020a2bf3c248f88cdef runbot-60056 runbot-69009 Forward-Port-Of: odoo/odoo#178529 Forward-Port-Of: odoo/odoo#177865

If the model `account.move.line` has custom field with name `source_line_id` or `source_move_id` or `source_line_account_type` then, when the computed field `payment_state` in model `account.move` is computed it causes `psycopg2.errors.AmbiguousColumn` during `GROUP BY` operation here[^1]. Because **account_move_line** is one of the joined tables in that query and it causes issue while grouping. Actually the issue can occur if any of the joined tables in that[^2] query has custom field with the names above, it will cause same issue. To resolve this issue, I added a table alias to the all 3 elements in GROUP BY clause. Steps to reproduce: 1. Install module account in any version >= `saas~15.3` 2. Add custom field to the model `account.move.line` with name `source_move_id`. 3. Try to create invoice You will face issue similar to this: ``` File "/home/odoo/src/odoo/saas-15.3/addons/account/models/account_move.py", line 1430, in _compute_amount self._cr.execute(' UNION ALL '.join(queries), [stored_ids, stored_ids]) File "/home/odoo/src/odoo/saas-15.3/odoo/sql_db.py", line 356, in execute res = self._obj.execute(query, params) psycopg2.errors.AmbiguousColumn: column reference "source_move_id" is ambiguous LINE 20: GROUP BY source_line_id, source_move_id,... ``` I targeted this PR to `16.0` because branch `saas-15.3` is disbaled [^1]: https://github.com/odoo/odoo/blob/8346b2a7561c178fd7e9f9d1fbd7dac3e3843fd1/addons/account/models/account_move.py#L912 [^2]: https://github.com/odoo/odoo/blob/8346b2a7561c178fd7e9f9d1fbd7dac3e3843fd1/addons/account/models/account_move.py#L896-L912 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#177579

**Current behavior:** Creating a purchase order for >1000 units of a product with a tax that is included in the base price, there will be rounding issues and a corrective SVL will be created with the creation of the invoice which makes it impossible to reset the bill to draft. **Expected behavior:** The SVL value will reflect the true value of the associated moves, no corrective SVL will be created on invoice generation. **Steps to reproduce:** 1. Make a storable product with a category having 'average' costing method 2. Make a purchase tax of 10% with: `price_include: True` `repartition_type: tax = {factor_percent: 100, account_id=Tax Paid}` `include_base_amount': False` 3. Create a purchase order for the product with the new tax, with a quantity of 1000 4. Confirm the order, validate the picking, create a bill and confirm it as well 5. Observe that 2 SVL are created (corrective one after the creation of the invoice) **Cause of the issue:** The price unit calculation for the purchase order line's price unit value is rounded, while the price unit calculation for the associated account move line is not. The valuation system compensates for this difference by creating another SVL record. **Fix:** Don't round when calculating the price unit for the purchase order line. We should keep the max amount of precision until there is an explicit need to round. opw-3757684 Forward-Port-Of: odoo/odoo#178300 Forward-Port-Of: odoo/odoo#165653

When the user tries to add a barcode without Customer Taxes, a traceback will appear. Traceback: ``` AttributeError: 'product.template' object has no attribute 'super' File "odoo/http.py", line 2374, in __call__ response = request._serve_db() File "odoo/http.py", line 1904, in _serve_db return self._transactioning( File "odoo/http.py", line 1967, in _transactioning return service_model.retrying(func, env=self.env) File "odoo/service/model.py", line 134, in retrying result = func() File "odoo/http.py", line 1934, in _serve_ir_http response = self.dispatcher.dispatch(rule.endpoint, args) File "odoo/http.py", line 2178, in dispatch result = self.request.registry['ir.http']._dispatch(endpoint) File "odoo/addons/base/models/ir_http.py", line 223, in _dispatch result = endpoint(**request.params) File "odoo/http.py", line 755, in route_wrapper result = endpoint(self, *args, **params_ok) File "addons/web/controllers/dataset.py", line 35, in call_kw return call_kw(request.env[model], method, args, kwargs) File "odoo/api.py", line 459, in call_kw result = getattr(recs, name)(*args, **kwargs) File "addons/web/models/models.py", line 1008, in onchange record._apply_onchange_methods(field_name, result) File "odoo/models.py", line 7042, in _apply_onchange_methods res = method(self) File "home/odoo/src/enterprise/saas-17.4/product_barcodelookup/models/product_template.py", line 20, in _onchange_barcode product._update_product_by_barcodelookup(product, barcode_lookup_data) File "home/odoo/src/enterprise/saas-17.4/product_barcodelookup/models/product_template.py", line 77, in _update_product_by_barcodelookup product.list_price = self._get_list_price(price) File "addons/account/models/product.py", line 154, in _get_list_price return self.super._get_list_price(price) ``` https://github.com/odoo/odoo/blob/42fa237296f9b1fa556ae310b3273f863420e659/addons/account/models/product.py#L146 Here, self.super is used instead of super() . so, it will lead to the above traceback. sentry-5766033395 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#178177

Bug Fixes(9)

[FIX] website_sale: _prepare_values overriden twice

[FIX] mail: prevent comments menu overlap on small screens

[FIX] web: emojis not loading in different lang

[FIX] web: rainbowManMessage visibility

[FIX] mrp: prevent error when clicking on overview in mo

[FIX] base: add `filename` invisible field to import translation

[FIX] l10n_au_hr_payroll_account: Add superclass fallback in export file

[FIX] knowledge: prevent comments menu overlap on small screens

[FIX] mail: prevent comments menu overlap on small screens

Other(43)

[FW][FIX] point_of_sale: Keep browser session debug mode on PoS opening

Bug Fixes(9)

[FIX] website_sale: _prepare_values overriden twice

[FIX] mail: prevent comments menu overlap on small screens

[FIX] web: emojis not loading in different lang

[FIX] web: rainbowManMessage visibility

[FIX] mrp: prevent error when clicking on overview in mo

[FIX] base: add `filename` invisible field to import translation

[FIX] l10n_au_hr_payroll_account: Add superclass fallback in export file

[FIX] knowledge: prevent comments menu overlap on small screens

[FIX] mail: prevent comments menu overlap on small screens

Other(43)

[FW][FIX] point_of_sale: Keep browser session debug mode on PoS opening

[FW][FIX] account: set default taxes on existing product also without demo

[FW][FIX] website_sale: fix 3 column grid issue

[FW][FIX] hr_holidays: correct computation of new record

[FW][FIX] account: resolve rounding inconsistency

[FW][FIX] stock: inconsistent mix of move with reservation_date

[FW][FIX] hr_timesheet: fixed employee domain

[FW][FIX] mail: include whatsapp in webpush notifications

[FW][FIX] purchase_mrp: round total cost_share to precision

[FW][REM] website: remove useless automatic editor test

[FW][FIX] account: allow doc,docx,txt attachment from alias

[FW][FIX] stock_account: validate picking with branch company

[FW][IMP] l10n_hu: improve name and translation of taxes

[FW][IMP] l10n_nz: Localization improvement

[FW][FIX] mail: use correct base url

[FW][FIX] pos_mercado_pago: WIP

[FW][FIX] l10n_{bf,bj,cd,ci,cm,ga,km,ml,ne,sn,tg}: nullify carryover_target

[FW][FIX] account: fix table alias in computed field

[FW][FIX] project: make `_search_on_comodel` always return False when no `domain`

[FW][FIX] hr_work_entry_contract: stop making extra work entries for overtime

[FW][FIX] purchase{,_stock}: don't round price unit

[FW][FIX] web: paste text in input field with no line break

[FW][FIX] mail: commit and cleanup cache when generating batches

[FW][FIX] website_mail: recaptcha check was missing on contact creation

[FW][FIX] event*: use column_invisible instead of invisible in tree

[FW][FIX] mrp,stock: save kit bom location

[FW][FIX] pos_sale: preserve sale order line link on order reload

[FW][FIX] point_of_sale: use default pricelist when contact is deselected

[FW][FIX] account: prevent traceback when adding barcode for product

[FW][IMP] iot: remove readonly attribute on devices

[FW][FIX] hr_payroll: fixes broken tours of payroll

[FW][FIX] pos_iot_six: remove forgotten _logger.critical

[FW][FIX] planning: remove unwanted shifts from exported ics file

[FW][FIX] test_mail_enterprise: test whatsapp webpush notification

[FW][ADD] l10n_pe_reports_stock: Welcome kardex reports for PLE

[FW][IMP] l10n_nz: Localization improvement

[FW][FIX] stock_barcode: avoid infinite loop when put in pack

[FW][FIX] quality: order “quality.check” by “quality.point”

[FW][FIX] hr_work_entry_contract_planning_attendance: add test case

[FW][FIX] l10n_ke_edi_oscu_stock: fix traceback when creating PO

[FW][FIX] product_barcodelookup: fix traceback when scan a barcode without description

[FW][FIX] stock_barcode_mrp: save kit bom location

[FW][IMP] planning_holidays: convert tests to hoot