Tuesday, February 7, 2023
14 changes · master
New functionality added to Odoo
Adds Slovak payroll support so businesses in Slovakia can configure local payroll structures, salary rules, work entries, leave types, reports, and payslip templates in Odoo. This helps employers process payroll in line with Slovak localization needs and includes accounting integration support.
This adds Romanian payroll localization so companies operating in Romania can manage payroll rules, salary structures, payslip reports, and related accounting setup in Odoo. It helps Romanian employers calculate and report payroll more accurately using country-specific configuration.
Original PR description
TaskID: 2925806
Enhancements to existing features
Inventory adjustments using barcode scanning now better handle products tracked by lot or serial number. When a tracked product is scanned, the system shows existing quantities for each relevant lot or serial number so operators can count more accurately and avoid duplicate or misleading entries.
Original PR description
**[IMP] stock_barcode: tracked product qty in inv. adj.** When a product is scanned while doing an inventory adjustment, we search if there is already exist a quant for this product at the given location and if it's the case, the added line has the quant's on hand quantity. That said, if the user scans a tracked product, it will look for a quant for this product with no lot/serial number. As the quants for tracked products usually have a LN/SN, no quant won't be found. Therefore, it could be very useful to know the quantity for tracked products too, and with this commit, it's what we'll do now: - Search for product's quants (domain by product and location); - Add a barcode line for each found quant who isn't already in the inventory adjustment. task-3036810
Code cleanup and technical improvements
Several Point of Sale-related apps were adjusted to stay compatible with recent changes in the core Odoo platform. This helps keep checkout flows, IoT device integrations, employee mobile login, fiscal certification, and customer due-settlement screens working consistently after the underlying update.
Original PR description
community: https://github.com/odoo/odoo/pull/111844
Miscellaneous changes
## Current behaviour If you click on the Document smart button during a subtask creation, you are met with a traceback. ## Expected behaviour After confirmation with the PO, we should hide the smart button, since the task is not yet created. ## Steps to reproduce - Install Project and Documents - Activate Subtasks in Settings - On an task: Subtasks > Add a line > Create/New > Docs smart button ## Reason for the problem Since the task is not yet created, there is no id yet for the
Original PR description
## Current behaviour If you click on the Document smart button during a subtask creation, you are met with a traceback. ## Expected behaviour After confirmation with the PO, we should hide the smart button, since the task is not yet created. ## Steps to reproduce - Install Project and Documents - Activate Subtasks in Settings - On an task: Subtasks > Add a line > Create/New > Docs smart button ## Reason for the problem Since the task is not yet created, there is no id yet for the task, so when triggering the action to open the document triggers an error because the `active_id` doesn't exist. ## Fix Set the button invisible if the `id` of the task is False (aka not yet created). ## Affected versions - 16.0 - saas-16.1 - master --- opw-3133040 Forward-Port-Of: odoo/enterprise#36759
The map view’s pin panel now appears on the left side of the screen. This makes the map experience more consistent with other Odoo views and easier for users to navigate.
Original PR description
This commit moves the pin panel of the map view to the left of the view to make it more coherent with other views. task: 3164391
Purpose ======= Fix the knowledge portal search bar which is currently not finding any of the children articles if one of its parent is folded. Specification ============= All articles should be detected by the search, even the children articles. Unfold automatically the parents of a children matching the search. Task-2984564 Forward-Port-Of: odoo/enterprise#33811
Original PR description
Purpose ======= Fix the knowledge portal search bar which is currently not finding any of the children articles if one of its parent is folded. Specification ============= All articles should be detected by the search, even the children articles. Unfold automatically the parents of a children matching the search. Task-2984564 Forward-Port-Of: odoo/enterprise#33811
Purpose: ======== Add test tours to make sure the cover selector works as expected. A "normal" test tour has been added to check the behaviour of the cover selector when no unsplash credentials are set, and an external test has been added to check that the integration with Unsplash's API works as expected (add random cover when clicking on "add cover" button, and allow searching in Unsplash's library). To test or debug the external test, one can create free "demo" keys on Unsplash's website
Original PR description
Purpose: ======== Add test tours to make sure the cover selector works as expected. A "normal" test tour has been added to check the behaviour of the cover selector when no unsplash credentials are set, and an external test has been added to check that the integration with Unsplash's API works as expected (add random cover when clicking on "add cover" button, and allow searching in Unsplash's library). To test or debug the external test, one can create free "demo" keys on Unsplash's website. Task-3113191 Forward-Port-Of: odoo/enterprise#36733
before this commit, creating consolidation (consolidation.chart) from many2one field in consolidation accounts, form view is raising missing required field on create method warning. * Consolidation -> Configuration -> Consolidation Account * Open form view and in consolidation field enter some non existing value and click on create * exception will be shown to user after this commit, no exceptions will be shown in the user interface. Issue: https://github.com/odoo/odoo/issues/109890
Original PR description
before this commit, creating consolidation (consolidation.chart) from many2one field in consolidation accounts, form view is raising missing required field on create method warning. * Consolidation -> Configuration -> Consolidation Account * Open form view and in consolidation field enter some non existing value and click on create * exception will be shown to user after this commit, no exceptions will be shown in the user interface. Issue: https://github.com/odoo/odoo/issues/109890 Forward-Port-Of: odoo/enterprise#36763 Forward-Port-Of: odoo/enterprise#36344
Task: 960 When creating a customer invoice "FCE: Transmission Option" is required field only if document type id code is '201','206' or '211'. Documentation: Last row of page 55 https://www.afip.gob.ar/fe/ayuda/documentos/wsfev1-COMPG.pdf . That documentation is on https://www.afip.gob.ar/fe/ayuda/webservice.asp in this option: Para "wsfev1 - R.G. N° 4.291", consultar: [Manual para el desarrollador V3](https://www.afip.gob.ar/fe/ayuda/documentos/wsfev1-COMPG.pdf)   Forward-Port-Of: odoo/enterprise#36171
### Steps to reproduce * install `account_bank_statement_import_camt` * import a CAMT.053 XML file where one statement does not have an opening balance * import the same file again => You should be met with a traceback ### Cause When importing a CAMT file for the second time, we always land in the `else` branch below. However, if the statement being processed does not define an opening balance `st_vals['balance_start']` will be `None`. Therefore, `st_vals['balance_start'] += float(lin
Original PR description
### Steps to reproduce * install `account_bank_statement_import_camt` * import a CAMT.053 XML file where one statement does not have an opening balance * import the same file again => You should be met with a traceback ### Cause When importing a CAMT file for the second time, we always land in the `else` branch below. However, if the statement being processed does not define an opening balance `st_vals['balance_start']` will be `None`. Therefore, `st_vals['balance_start'] += float(line_vals['amount'])` will produce an error. https://github.com/odoo/enterprise/blob/ac12fcaea2adb2f408ede8f3149a335d2d3b7896/account_bank_statement_import/account_bank_statement_import.py#L273-L276 opw-3126781 Forward-Port-Of: odoo/enterprise#36739 Forward-Port-Of: odoo/enterprise#36518
Before this commit, when trying to export the tax report via HMRC, all the values would be equal to 0.0. This was because the post processing of the report values in `_fetch_values_from_report()` was using an incorrect key, resulting in the 0.0 for each line. opw-3110477 Forward-Port-Of: odoo/enterprise#36734
Original PR description
Before this commit, when trying to export the tax report via HMRC, all the values would be equal to 0.0. This was because the post processing of the report values in `_fetch_values_from_report()` was using an incorrect key, resulting in the 0.0 for each line. opw-3110477 Forward-Port-Of: odoo/enterprise#36734
The model located https://github.com/odoo/enterprise/blob/16.0/mrp_workorder_hr_account/report/mrp_cost_structure.py inherits from `report.mrp_account_enterprise.mrp_cost_structure`, hence it's dependency should contain `mrp_account_enterprise` which is missing. Impacted versions: - error occurs in v16, I think this is the only version when this problem occurs. Current behaviour: During the upgrade error happens: ``` Traceback (most recent call last): File "/home/odoo/src/odoo/16.0/
Original PR description
The model located https://github.com/odoo/enterprise/blob/16.0/mrp_workorder_hr_account/report/mrp_cost_structure.py inherits from `report.mrp_account_enterprise.mrp_cost_structure`, hence it's…
The model located https://github.com/odoo/enterprise/blob/16.0/mrp_workorder_hr_account/report/mrp_cost_structure.py inherits from `report.mrp_account_enterprise.mrp_cost_structure`, hence it's dependency should contain `mrp_account_enterprise` which is missing.
Impacted versions:
- error occurs in v16, I think this is the only version when this problem occurs.
Current behaviour:
During the upgrade error happens:
```
Traceback (most recent call last):
File "/home/odoo/src/odoo/16.0/odoo/service/server.py", line 1289, in preload_registries
registry = Registry.new(dbname, update_module=update_module)
File "<decorator-gen-14>", line 2, in new
File "/home/odoo/src/odoo/16.0/odoo/tools/func.py", line 87, in locked
return func(inst, *args, **kwargs)
File "/home/odoo/src/odoo/16.0/odoo/modules/registry.py", line 91, in new
odoo.modules.load_modules(registry, force_demo, status, update_module)
File "/home/odoo/src/odoo/16.0/odoo/modules/loading.py", line 482, in load_modules
processed_modules += load_marked_modules(cr, graph,
File "/home/odoo/src/odoo/16.0/odoo/modules/loading.py", line 371, in load_marked_modules
loaded, processed = load_module_graph(
File "/home/odoo/src/odoo/16.0/odoo/modules/loading.py", line 196, in load_module_graph
model_names = registry.load(cr, package)
File "/home/odoo/src/odoo/16.0/odoo/modules/registry.py", line 241, in load
model = cls._build_model(self, cr)
File "/home/odoo/src/odoo/16.0/odoo/models.py", line 643, in _build_model
raise TypeError("Model %r does not exist in registry." % name)
TypeError: Model 'report.mrp_account_enterprise.mrp_cost_structure' does not exist in registry.
```
Forward-Port-Of: odoo/enterprise#36567This commit adds the `display_name` of an article directly as a Text Node inside of the article link, instead of waiting for the behavior to add it afterwards. This will fix any issue linked to HTML field being used inside of an iframe that needs to access to the `/article` command, as seen in the mass_mailing form view. The primary issue is, when inside of an iframe like in a mass_mailing body, the attribute `data-behavior-props` isn't parsed meaning that the link block is empty in
Original PR description
This commit adds the `display_name` of an article directly as a Text Node inside of the article link, instead of waiting for the behavior to add it afterwards. This will fix any issue linked to HTML field being used inside of an iframe that needs to access to the `/article` command, as seen in the mass_mailing form view. The primary issue is, when inside of an iframe like in a mass_mailing body, the attribute `data-behavior-props` isn't parsed meaning that the link block is empty in those instances. To counter this behavior, instead of waiting for the field to be parsed, we directly add the correct value inside of the block with a text node containing the value of the `display_name` for the selected article. task-3116006 Forward-Port-Of: odoo/enterprise#35951