Daily updates from Odoo
Navigate
Branch
Tuesday, November 15, 2022
24 changes
Security fixes and vulnerability patches
Payroll accounting-related screens are now restricted to users who have accounting access. This helps prevent employees without the right permissions from viewing accounting information through payroll settings or reports.
Original PR description
This commit corrects the access rights as users without access to accounting shouldn't be able to access content related to it in payroll. task-3054518
Enhancements to existing features
SEPA payment files can now automatically convert non-Latin characters in names and addresses using the official European Payments Council mapping. This helps businesses in countries using Greek, Hungarian, and other accented or non-Latin characters generate valid SEPA credit transfer and direct debit files without manual cleanup.
Original PR description
Currently, it's impossible to have any non-latin characters in names and addresses when creating SEPA transactions. This can be a problem for many EU countries, such as Greece, Hungary, etc. European Payments Council has published an official mapping for every non-latin character. With this commit, characters will be converted before generating an XML file. task-2833976
Accounting list views now rely on the shared markdown support from the main web platform. This keeps text formatting behavior more consistent across accounting screens and reduces duplicated interface code.
Original PR description
Support has been added in account, see https://github.com/odoo/odoo/pull/54652
Users can now open an existing closing entry from a tax report even when the related period is closed. This avoids an unnecessary error message and makes it easier to review finalized tax periods.
Original PR description
At the moment, clicking "closing entry" for a closed period in a tax report is showing a user error saying that the period is closed. This change aim to improve that by instead displaying the closing move itself.
Barcode inventory workflows now use each user's assigned warehouse property when showing stock operations. This helps employees see the most relevant warehouse context by default, reducing confusion and improving day-to-day warehouse processing.
Original PR description
see odoo/odoo#105355 task 3043198
The employee contract PDF template no longer includes a pre-filled HR signature. This prevents the final signed contract from showing overlapping signatures when the electronic signing process adds the official signature.
Original PR description
The PDF template (employee_contract.pdf) has a default signature for the HR responsible that is part of the PDF file. When a contract is signed, the signature from the Sign module overlays with the one from the PDF. This commit changes the PDF emplyee_contract.pdf to remove the signature in the PDF file. task-3037464
Users can now update 1099 box entries directly from the list view instead of opening a separate form. This streamlines maintenance of 1099 setup data and removes an unnecessary extra step.
Original PR description
Before this PR, when we clicked on the list view in the 1099 boxes, a form view would open and you could change the name. Which is basically useless, since we can delete the form view and just edit the list view directly. Thanks to the change of this PR, it's now possible to edit directly the list view.
Adds test coverage to verify that recurring planning shifts are created, updated, and deleted according to the selected recurrence settings. This helps reduce the risk of scheduling errors and improves confidence in planning reliability.
Original PR description
In This commit, write test case for recurrence calculation of the dates based on the different options of recurrency. the generation of shift should be according to recurrency. and modification/deletion of recurring shifts. task-2994045
Resolved issues and error corrections
This fix makes accounting asset tests less likely to fail when the calendar year changes. It improves test stability and reduces the chance of future maintenance oversights when new related test methods are added.
Original PR description
Fine tuning of https://github.com/odoo/enterprise/commit/4f56609e222b0ab6e1c01f2d6bcb28b8bc10bf3f and https://github.com/odoo/enterprise/commit/dae4df00da162c761ba443f89559e6e207773dde This will reduce the risk of forgetting to add the patch to new methods.
Germany's SEPA payment file format has been updated to the currently supported version, replacing a deprecated format. This helps ensure German bank payment files remain accepted and keeps the payment setup data aligned with current banking requirements.
Original PR description
The previous SEPA version used for germany will be depreciate in november, this PR update the sepa version and the selection field task-id: 3063601
Code cleanup and technical improvements
This change adds standard before-save and after-save hooks so custom actions only run when a record is actually saved successfully. It reduces cases where follow-up actions happen despite validation errors or failed saves, improving reliability across mobile, rental, IoT, planning, quality, and related screens.
Original PR description
The purpose of this commit is to add extension points that allow code
to be executed before and after the save of a record.
CallBack:
onWillSaveRecord is a callBack that will be executed before the
record save. If it returns false, it will prevent the save.
onSavedRecord is a callBack that will be executed after the save
if it was done.
This commit will replace all the save overwrites by the onWillSaveRecord
and onSavedRecord callBack.
Observed problem:
We could notice that each of the overwrites of save in order to execute
for example a doAction after this one did not take into account the fact
that the save did not succeed.
For example, a required field is invalid and we try to save, then the
doAction will be executed without the "write" of the save.
The callBack onSavedRecord will prevent this common error.Miscellaneous changes
Before this commit, when the user accesses to project update view of a project with a mobile, the view auto scroll to the kanban renderer and so the user will not directly see the right side panel displayed above the kanban renderer when the view is a mobile view. This commit changes the position of the right side panel to add the ProjectRightSidePanel before the KanbanRenderer (or ListRenderer) component, to avoid using `flex-direction: column-reverse;` in mobile view because there is
Original PR description
Before this commit, when the user accesses to project update view of a project with a mobile, the view auto scroll to the kanban renderer and so the user will not directly see the right side panel displayed above the kanban renderer when the view is a mobile view. This commit changes the position of the right side panel to add the ProjectRightSidePanel before the KanbanRenderer (or ListRenderer) component, to avoid using `flex-direction: column-reverse;` in mobile view because there is a auto-scroll because of that css property. And so, the `flex-direction` will be `row-reverse` by default and when the view is a mobile one, the `flex-direction` will be `column`. task-3030883 Forward-Port-Of: odoo/enterprise#33302
Before this commit, when a contract was renewed in a closed state, the system would set it to renew one month before the end_date was set. It would be confusing because the contract is already renewed. This commit set to pending only contrat in the sale state. Forward-Port-Of: odoo/enterprise#33935
Original PR description
Before this commit, when a contract was renewed in a closed state, the system would set it to renew one month before the end_date was set. It would be confusing because the contract is already renewed. This commit set to pending only contrat in the sale state. Forward-Port-Of: odoo/enterprise#33935
To reproduce: - Create a new Colombian company - Go to Accounting settings - Install/load the Colombian Chart of Accounts - The field "Tipo de Valor" is not filled in This commit fixes this. Forward-Port-Of: odoo/enterprise#33923
Original PR description
To reproduce: - Create a new Colombian company - Go to Accounting settings - Install/load the Colombian Chart of Accounts - The field "Tipo de Valor" is not filled in This commit fixes this. Forward-Port-Of: odoo/enterprise#33923
After https://github.com/odoo/enterprise/commit/e45ec444fecede4ebe3531748d25b02a97cbd20d We limit the selectable AMLs when creating deferred revenues to only have account type Revenue or Other Income The domain should include Deferred Revenue Accounts (type: Current Liabilities) opw-2866083 Forward-Port-Of: odoo/enterprise#33883 Forward-Port-Of: odoo/enterprise#28197
Original PR description
After https://github.com/odoo/enterprise/commit/e45ec444fecede4ebe3531748d25b02a97cbd20d We limit the selectable AMLs when creating deferred revenues to only have account type Revenue or Other Income The domain should include Deferred Revenue Accounts (type: Current Liabilities) opw-2866083 Forward-Port-Of: odoo/enterprise#33883 Forward-Port-Of: odoo/enterprise#28197
In a previous commit an invisible company_id field was added to the department view. The xpath expression of appraisal_survey_template_id relied on there only being one company_id field present in the departemnt view and was therefore no longer correct after that change. With this commit the xpath expression is updated to be more specific as to which company_id field is used for reference. task-3068250 Forward-Port-Of: odoo/enterprise#33929
Original PR description
In a previous commit an invisible company_id field was added to the department view. The xpath expression of appraisal_survey_template_id relied on there only being one company_id field present in the departemnt view and was therefore no longer correct after that change. With this commit the xpath expression is updated to be more specific as to which company_id field is used for reference. task-3068250 Forward-Port-Of: odoo/enterprise#33929
Sending a simulation link currently recomputes the contract_id on the wizard, meaning that you can't manually change which contract to use. This is caused by the _compute_from_job method that recomputes on every record save. This commit extracts the part that computes the warning message from this method into _compute_warning_message, so that this is no longer the case. task-3001402 Forward-Port-Of: odoo/enterprise#32919
Original PR description
Sending a simulation link currently recomputes the contract_id on the wizard, meaning that you can't manually change which contract to use. This is caused by the _compute_from_job method that recomputes on every record save. This commit extracts the part that computes the warning message from this method into _compute_warning_message, so that this is no longer the case. task-3001402 Forward-Port-Of: odoo/enterprise#32919
This commit enables the use of the option “create a ticket” when submitting a form. In order to work properly, the module ```website_helpdesk.form``` requires the module ```website.form_editor_registry```. This one is defined in its manifest inside the asset called ```website.assets_editor```. The module ```website_helpdesk.form``` should be defined in ```website.assets_editor``` as well. Steps to reproduce the bug: - Create a form where a user can fill in some info for customer suppo
Original PR description
This commit enables the use of the option “create a ticket” when submitting a form. In order to work properly, the module ```website_helpdesk.form``` requires the module ```website.form_editor_registry```. This one is defined in its manifest inside the asset called ```website.assets_editor```. The module ```website_helpdesk.form``` should be defined in ```website.assets_editor``` as well. Steps to reproduce the bug: - Create a form where a user can fill in some info for customer support and the website. - Select " CREATE TICKET " so that once submitted, it creates a ticket in the HELP DESK app automatically. - The form actually disappears. Video to reproduce the bug: https://drive.google.com/file/d/1798bd79HQZlxTe8H7UdpOFJDU4HsWJ7B/view opw-3054728 Forward-Port-Of: odoo/enterprise#33764
…oll_root Change group on menu_hr_payroll_root menuitem to allow the employee manager to see the payroll app. task-3053032 Forward-Port-Of: odoo/enterprise#33496
Original PR description
…oll_root Change group on menu_hr_payroll_root menuitem to allow the employee manager to see the payroll app. task-3053032 Forward-Port-Of: odoo/enterprise#33496
Before this commit, the next invoice date of confirmed contracts on the portal was only incremented for the contracts whose next_invoice_date was in the future. Renewal are often confirmed in advance, then their next invoice date was not updated. Forward-Port-Of: odoo/enterprise#33884 Forward-Port-Of: odoo/enterprise#33390
Original PR description
Before this commit, the next invoice date of confirmed contracts on the portal was only incremented for the contracts whose next_invoice_date was in the future. Renewal are often confirmed in advance, then their next invoice date was not updated. Forward-Port-Of: odoo/enterprise#33884 Forward-Port-Of: odoo/enterprise#33390
Forward-Port-Of: odoo/enterprise#33797
Original PR description
Forward-Port-Of: odoo/enterprise#33797
The refactoring of 65d772de unfortunately broke the autofill of pivot headers. This commit fixes that behaviour while adding some more test coverage. Task 2946479 Forward-Port-Of: odoo/enterprise#33571
Original PR description
The refactoring of 65d772de unfortunately broke the autofill of pivot headers. This commit fixes that behaviour while adding some more test coverage. Task 2946479 Forward-Port-Of: odoo/enterprise#33571
The issue is happed because accounting modules are refactored and added new `display_type` selections in this commit(https://github.com/odoo/odoo/commit/d8d47f9ff8554f4b39487fd2f13c153c7d6f958d). In this commit, we changed the `display_type` condition so we can filter invoice lines appropriately. TaskID - 2984071 Forward-Port-Of: odoo/enterprise#31399
Original PR description
The issue is happed because accounting modules are refactored and added new `display_type` selections in this commit(https://github.com/odoo/odoo/commit/d8d47f9ff8554f4b39487fd2f13c153c7d6f958d). In this commit, we changed the `display_type` condition so we can filter invoice lines appropriately. TaskID - 2984071 Forward-Port-Of: odoo/enterprise#31399
Before this commit ================== When an invoice is sent for electronic invoice validation and the EDI State is changed to Sent, the view displays the field `CUFE/CUDE(l10n_co_edi_cufe_cude_ref)`, the value related to this field is a long string and it's affecting the view. After this commit ================= I have added the class in the `CUFE/CUDE(l10n_co_edi_cufe_cude_ref)` field and prevented long strings of text by breaking components. TaskID - 3053822 Forward-Port-Of: odoo/
Original PR description
Before this commit ================== When an invoice is sent for electronic invoice validation and the EDI State is changed to Sent, the view displays the field `CUFE/CUDE(l10n_co_edi_cufe_cude_ref)`, the value related to this field is a long string and it's affecting the view. After this commit ================= I have added the class in the `CUFE/CUDE(l10n_co_edi_cufe_cude_ref)` field and prevented long strings of text by breaking components. TaskID - 3053822 Forward-Port-Of: odoo/enterprise#33890