Tuesday, November 23, 2021
13 changes · master
Enhancements to existing features
This update simplifies how several messaging-related business app components are defined behind the scenes. It reduces repetitive code and prepares these areas for future improvements without changing day-to-day user workflows.
Original PR description
\* = approvals, voip, website_helpdesk_livechat Task-2695223 See https://github.com/odoo/odoo/pull/79259
The Project app user experience is clearer with outdated closed-status references removed and planning labels updated. Users now see planned hours described consistently, reducing confusion when reviewing projects, tasks, and field service work.
Original PR description
Purpose of this commit to improve generic UX for the project app. So, In this commit done following changes: - remove 'is_closed' references. - change stat button string 'hours Forecast' to 'hours Planned' in project and task form view. task-2536044
Resolved issues and error corrections
The Sign All action now avoids repeating a step that only needs to happen once. This should make the signing flow more efficient and reduce unnecessary processing without changing the user experience.
Original PR description
When clicking on sign all, currently there is some code being run iteratively that is not required to be run more than once. This PR fixes this issue.
Code cleanup and technical improvements
This update standardizes the internal name used for the reason a sales lead is marked as lost. The change helps reduce confusion for teams maintaining or extending CRM-related processes, with no expected direct impact on daily users.
Original PR description
As this is a many2one, it should end with an ``_id`` suffix. Otherwise we may think this is a char field, which was probably the case at one point. Task-2671709
Miscellaneous changes
Currently the edition of two reports on studio is impossible, because a traceback appears. This fix adds more userfriendly error message Tickets: opw-2689419 opw-2695615 opw-2680819 Forward-Port-Of: odoo/enterprise#22385
Original PR description
Currently the edition of two reports on studio is impossible, because a traceback appears. This fix adds more userfriendly error message Tickets: opw-2689419 opw-2695615 opw-2680819 Forward-Port-Of: odoo/enterprise#22385
The project cost and revenue tracking option now remains visible in Project settings when Project and Invoicing are installed. Once Accounting is installed, the option moves to Accounting settings as expected, helping users find and enable project financial tracking consistently.
Original PR description
[FIX] project_account: fix the analytic accounting setting Before this fix, the "Track costs & revenues by project" option is missing from the project module if both project and invoicing are installed. Now, this setting is shown on the project module until accounting is installed, as expected. It is then shown in the settings of the account module. task-2695812 See odoo/odoo#80045 See odoo/upgrade#3051 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The eLearning reporting screen now opens the dedicated course reporting list instead of the standard course list when the Enterprise module is installed. This helps users see the right reporting information without confusion or extra navigation.
Original PR description
PURPOSE Show the correct course reporting list view in e-Learning. SPECIFICATIONS By default (in `website_slides`), for course reporting action, we have `slide_channel_view_tree_report` bound to the action. But once `website_slides_enterprise` is installed, it binds dashboard view to the same action. Due to this, now the default course list view (`slide_channel_view_tree`) is displayed with this action instead of the one dedicated to reporting action. This commit fixes the issue by binding the proper views to the course reporting action. LINKS PR #22072 Task 2607467
- Add domain to only show "general" type journals - Add "name" to parameters that force tax recompute when changed on a line update. Needed because setting the name can change the "invalid" value of a proposition. If that is the case, taxes related to this proposition must also have their "invalid" updated. Task: 2611348 Forward-Port-Of: odoo/enterprise#22423 Forward-Port-Of: odoo/enterprise#21166
Original PR description
- Add domain to only show "general" type journals - Add "name" to parameters that force tax recompute when changed on a line update. Needed because setting the name can change the "invalid" value of a proposition. If that is the case, taxes related to this proposition must also have their "invalid" updated. Task: 2611348 Forward-Port-Of: odoo/enterprise#22423 Forward-Port-Of: odoo/enterprise#21166
Trying to confirm a DO based on EasyPost services leads to a traceback error. `float_repr` returns a String, so using its returned value in `max` is incorrect OPW-2696907 OPW-2697517 OPW-2697456 Forward-Port-Of: odoo/enterprise#22456
Original PR description
Trying to confirm a DO based on EasyPost services leads to a traceback error. `float_repr` returns a String, so using its returned value in `max` is incorrect OPW-2696907 OPW-2697517 OPW-2697456 Forward-Port-Of: odoo/enterprise#22456
Issue: When there is a lot of slot not all the slots are available. The dropdown does not display all the dates because the dropdown is too high. opw-2633197 Forward-Port-Of: odoo/enterprise#20924
Original PR description
Issue: When there is a lot of slot not all the slots are available. The dropdown does not display all the dates because the dropdown is too high. opw-2633197 Forward-Port-Of: odoo/enterprise#20924
The forward port (commit 89d0b32, "[IMP] account_invoice_extract: allow the use of intracom taxes") didn't work in v14.0 as it seems that the tax computation mechanism has changed in between v13 and v14. Forward-Port-Of: odoo/enterprise#22287
Original PR description
The forward port (commit 89d0b32, "[IMP] account_invoice_extract: allow the use of intracom taxes") didn't work in v14.0 as it seems that the tax computation mechanism has changed in between v13 and v14. Forward-Port-Of: odoo/enterprise#22287
Inspired from https://github.com/odoo/enterprise/blob/13.0/sale_ebay/models/product.py#L868 The client_order_ref used to create a SO is OrderLineItemID and not OrderID. In some cases, OrderLineItemID != OrderID client_order_ref must be ItemID-TransactionID An order is created for each transaction opw:2530289 Forward-Port-Of: odoo/enterprise#19957 Forward-Port-Of: odoo/enterprise#18687
Original PR description
Inspired from https://github.com/odoo/enterprise/blob/13.0/sale_ebay/models/product.py#L868 The client_order_ref used to create a SO is OrderLineItemID and not OrderID. In some cases, OrderLineItemID != OrderID client_order_ref must be ItemID-TransactionID An order is created for each transaction opw:2530289 Forward-Port-Of: odoo/enterprise#19957 Forward-Port-Of: odoo/enterprise#18687
… on the bank reconciliation widget This feature can't be used anymore since the payment refactoring in 14.0. Steps to active the feature: - Create a reconciliation model with 'button' type, to_check and set an activity type. - Open the bank reconciliation widget - Select the reconciliation button for any statement line - Click on validate => A pop-up wizard is opened to create a document inside the 'documents' module. Forward-Port-Of: odoo/enterprise#22400
Original PR description
… on the bank reconciliation widget This feature can't be used anymore since the payment refactoring in 14.0. Steps to active the feature: - Create a reconciliation model with 'button' type, to_check and set an activity type. - Open the bank reconciliation widget - Select the reconciliation button for any statement line - Click on validate => A pop-up wizard is opened to create a document inside the 'documents' module. Forward-Port-Of: odoo/enterprise#22400