Monday, June 3, 2024
14 changes · master
Enhancements to existing features
Recruitment settings now provide access to salary contract templates, making it easier for HR teams to manage reusable offer and contract structures from the recruitment area. This improves navigation and reduces the need to switch between separate HR configuration screens.
Original PR description
In this commit, Template menuitem is added to the settings of the recruitment. Task-3897704
Employee salary package car descriptions now include the vehicle range, making car options clearer during contract or salary package review. This helps HR teams and employees better distinguish similar vehicles when evaluating benefits.
Original PR description
task-3847484
The employee contract form no longer defaults to the Belgian CDI contract type for non-Belgian companies. Belgian companies will still receive CDI by default, helping avoid incorrect contract setup in other countries.
Original PR description
The CDI contract type is only present in Belgian companies. This change then sets the default value of contract type to blank unless the current company is a Belgian company in which case contract type is set to CDI. task-3911537
Miscellaneous changes
- Make an invoice with analytic distribution divided in Projects and Departments - Post the invoice - Open General Ledger - Filter by analytic account used in invoice Issue: No result is found Occurs after dee8286524eb1ba2eff6360a5f376565da50f723 The old SQL condition to filter analytic account was not removed and it is used together with the new one opw-3930017 Forward-Port-Of: odoo/enterprise#63614 Forward-Port-Of: odoo/enterprise#63485
Original PR description
- Make an invoice with analytic distribution divided in Projects and Departments - Post the invoice - Open General Ledger - Filter by analytic account used in invoice Issue: No result is found Occurs after dee8286524eb1ba2eff6360a5f376565da50f723 The old SQL condition to filter analytic account was not removed and it is used together with the new one opw-3930017 Forward-Port-Of: odoo/enterprise#63614 Forward-Port-Of: odoo/enterprise#63485
Date is not always in options. E.g. in consolidation.trial.balance.report.handle. This causes an error when displaying report. Steps to reproduce : - Go on consolidation dashboard, try to consolidate anything. Forward-Port-Of: odoo/enterprise#63501
Original PR description
Date is not always in options. E.g. in consolidation.trial.balance.report.handle. This causes an error when displaying report. Steps to reproduce : - Go on consolidation dashboard, try to consolidate anything. Forward-Port-Of: odoo/enterprise#63501
In order to inspect the result manually when necessary, we save the url of the db that received the result of the website scraper. We do this only when fetching the result because the saas trials cannot garantee its web.base.url when it is first making the request to the website scraper. Linked to: https://github.com/odoo/iap-apps/pull/808 Forward-Port-Of: odoo/enterprise#63521
Original PR description
In order to inspect the result manually when necessary, we save the url of the db that received the result of the website scraper. We do this only when fetching the result because the saas trials cannot garantee its web.base.url when it is first making the request to the website scraper. Linked to: https://github.com/odoo/iap-apps/pull/808 Forward-Port-Of: odoo/enterprise#63521
Original bug: 1) Create an invoice of 2000 for partner A 2) Create a misc operation with a line of -500 on the receivable account used in 1) 3) Reconcile the receivable lines of 1) and 2). 4) Open the Partner Ledger for A; filter with A's name in the search bar. 5) Print the pdf ====> The misc operation appears under A in the UI, but not in the pdf. The pdf should behave as the UI. The bug came from the fact the domain enforced when filtering and printing was too simple ; it needs t
Original PR description
Original bug: 1) Create an invoice of 2000 for partner A 2) Create a misc operation with a line of -500 on the receivable account used in 1) 3) Reconcile the receivable lines of 1) and 2). 4) Open the Partner Ledger for A; filter with A's name in the search bar. 5) Print the pdf ====> The misc operation appears under A in the UI, but not in the pdf. The pdf should behave as the UI. The bug came from the fact the domain enforced when filtering and printing was too simple ; it needs to consider the move lines reconciled with a move line made for the matching partners as well. Manual forward-port of https://github.com/odoo/enterprise/pull/63347 opw-3915724 Forward-Port-Of: odoo/enterprise#63449
Previously, Gantt, Pivot, and Graph views were listed before Kanban and List views. In this commit, we've reordered based on priority. Upgrade script: No upgrade script is required as we've updated records added in this version task-3902382 Forward-Port-Of: odoo/enterprise#61834
Original PR description
Previously, Gantt, Pivot, and Graph views were listed before Kanban and List views. In this commit, we've reordered based on priority. Upgrade script: No upgrade script is required as we've updated records added in this version task-3902382 Forward-Port-Of: odoo/enterprise#61834
Purpose of this PR: To Convert the qunit testcases to hoot. Part of: [3818666](https://www.odoo.com/web#id=3818666&cids=2&menu_id=4720&action=333&active_id=1519&model=project.task&view_type=form) Forward-Port-Of: odoo/enterprise#62831
Original PR description
Purpose of this PR: To Convert the qunit testcases to hoot. Part of: [3818666](https://www.odoo.com/web#id=3818666&cids=2&menu_id=4720&action=333&active_id=1519&model=project.task&view_type=form) Forward-Port-Of: odoo/enterprise#62831
Steps --- * create a subscription sale order (monthly recurrence, at least one product) * confirm > create invoice * add a line to the invoice with a start and end date (invisible by default) * confirm invoice, we get a traceback. Cause --- This happens because, when `_post`ing account moves, we try to apply the subscription specific logic to all the move lines, even if there is no associated sale-order/subscription. In particular the traceback is thrown when we try to access the `nex
Original PR description
Steps --- * create a subscription sale order (monthly recurrence, at least one product) * confirm > create invoice * add a line to the invoice with a start and end date (invisible by default) * confirm invoice, we get a traceback. Cause --- This happens because, when `_post`ing account moves, we try to apply the subscription specific logic to all the move lines, even if there is no associated sale-order/subscription. In particular the traceback is thrown when we try to access the `next_invoice_date` field from a `False` subscription/sale-order. https://github.com/odoo/enterprise/blob/a9ad8b5e62481fc31dffb723af4d1578ada501e7/sale_subscription/models/account_move.py#L38 opw-3940682 Forward-Port-Of: odoo/enterprise#63512 Forward-Port-Of: odoo/enterprise#63258
Steps to reproduce ================== - Create a new model with studio - Go to the contaxt form view - Add a new many2one field linked to the newly created model - Exit studio - Create a new contact - Type something in the many2one field - Click on Create an Edit => The name should be kept Cause of the issue ================== Studio models uses x_name as the _rec_name opw-3919262 Forward-Port-Of: odoo/enterprise#63362 Forward-Port-Of: odoo/enterprise#62424
Original PR description
Steps to reproduce ================== - Create a new model with studio - Go to the contaxt form view - Add a new many2one field linked to the newly created model - Exit studio - Create a new contact - Type something in the many2one field - Click on Create an Edit => The name should be kept Cause of the issue ================== Studio models uses x_name as the _rec_name opw-3919262 Forward-Port-Of: odoo/enterprise#63362 Forward-Port-Of: odoo/enterprise#62424
The date filters weren't working on the last day of certain months (31st). For example, if we are the 31st of may, and we try to get back one month, We would expect to be the 30th of april. Instead, what the code was doing was strictly removing one month to the date, so we will be the 31st of april and since that date doesn't exist, the value that was returned was still 31st of may. To fix that, we now use luxon to make the date calculation. Forward-Port-Of: odoo/enterprise#63577
Original PR description
The date filters weren't working on the last day of certain months (31st). For example, if we are the 31st of may, and we try to get back one month, We would expect to be the 30th of april. Instead, what the code was doing was strictly removing one month to the date, so we will be the 31st of april and since that date doesn't exist, the value that was returned was still 31st of may. To fix that, we now use luxon to make the date calculation. Forward-Port-Of: odoo/enterprise#63577
Steps: - Create a database on SaaS - Activate debug mode - Load demo data if not enabled - Install l10n_be_hr_contract_salary Actual result: - Module l10n_be_hr_contract_salary installed - Demo data not loaded properly, traceback Expected result - Module l10n_be_hr_contract_salary installed - Demo data loaded opw-3930487 Forward-Port-Of: odoo/enterprise#63522 Forward-Port-Of: odoo/enterprise#63328
Original PR description
Steps: - Create a database on SaaS - Activate debug mode - Load demo data if not enabled - Install l10n_be_hr_contract_salary Actual result: - Module l10n_be_hr_contract_salary installed - Demo data not loaded properly, traceback Expected result - Module l10n_be_hr_contract_salary installed - Demo data loaded opw-3930487 Forward-Port-Of: odoo/enterprise#63522 Forward-Port-Of: odoo/enterprise#63328
**Before this PR:** - The test case for a debit note in GSTR-1 was missing. - Values for debit notes in the CDNR and CDNUR categories in the GSTR-1 spreadsheet were negative. **After this PR:** - Added the test case for a debit note in GSTR-1. - Corrected the GSTR-1 JSON to display positive values for debit notes in the CDNR and CDNUR categories in the GSTR-1 spreadsheet. **task**-3892512 Forward-Port-Of: odoo/enterprise#63502 Forward-Port-Of: odoo/enterprise#63349
Original PR description
**Before this PR:** - The test case for a debit note in GSTR-1 was missing. - Values for debit notes in the CDNR and CDNUR categories in the GSTR-1 spreadsheet were negative. **After this PR:** - Added the test case for a debit note in GSTR-1. - Corrected the GSTR-1 JSON to display positive values for debit notes in the CDNR and CDNUR categories in the GSTR-1 spreadsheet. **task**-3892512 Forward-Port-Of: odoo/enterprise#63502 Forward-Port-Of: odoo/enterprise#63349