Thursday, March 14, 2019
8 changes · master
Enhancements to existing features
Sales teams can now select an existing project directly on a sales order when selling services that create tasks. This lets the order create tasks in the chosen project instead of always creating a new project, while keeping existing behaviors for other service tracking options unchanged.
Original PR description
Purpose ======= The 'service_tracking' selection field on the 'product.template' model in the 'sale_timesheet' module had its 'task_new_project' option renamed to 'task_in_project'. If one or more…
Purpose
=======
The 'service_tracking' selection field on the 'product.template' model in the 'sale_timesheet' module
had its 'task_new_project' option renamed to 'task_in_project'.
If one or more sale_order_line have a product configured with this option, a new 'project_id' field appears
on the sale_order under the 'Sales Information' section.
When a project_id is selected, the analytic account on the sale order is automatically changed
to this project's analytic account.
This allows handling more use cases on sale_order:
- If a sale_order_line has a service product with that new option and no project_id configured on the sale_order:
-> create a new project based on the configured project_template_id and then create a task in that project
(same behavior as before)
- If a sale_order_line has a service product with that new option and a project_id is configured on the sale_order:
-> directly create a task in the selected project_id
The behavior does not change for the 3 other options ('no', 'task_global_project' and 'project_only').
Specs
=======
- Add project field on sale order in "other infos" tab, shows only when a product on the SO has the option activated
- If projec is selected on SO, create task in this project, otherwise it creates a new project (as before)
- Rename 'task_new_project' into "task_in_project"
- Allow to have the new option with project template
- Selectable projects on Sales Order are `billate_type` in 'no' and 'task_rate'
- Never link SO's project to SO or AA
- Add onchange on project_id to select this project's analytic account on the SO
- Non stored computed field to check if at least one SOL has the new option
Use cases
- 2 SOL with new option (no template) will create 2 tasks in SO's project
- 2 SOL with new options (one no template, one with) + 1 SOL "create new P no T" --> create 2 tasks in SO's project and one new project
Task #1915660Kanban cards now use view-specific markers before applying special opening behavior, reducing cases where records open in the wrong view when accessed from different places such as mobile selection screens. This improves consistency across apps including Project, HR Gamification, Manufacturing, Stock, and Mass Mailing, while removing an unused Mass Mailing script.
Original PR description
Improve all KanbanRecord.include -> _openRecord, currently we have model based condition which may create an issue when same kanban is opened from other place and kanban record is clicked, e.g. consider task: https://www.odoo.com/web#id=1924779&action=333&active_id=131&model=project.task&view_type=form&menu_id=4720 Here we will open kanban view instead of listview in mobile m2o, so this only model based condition may create issue even if we have separate kanban form m2o mobile, so added class on kanban element and check if that class is available then and only then perform a specific action. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users now see more specific messages when invoice document extraction fails, instead of a generic error. This helps them understand what went wrong and decide what action to take next, reducing confusion and support effort.
Original PR description
Before this commit, the only error message displayed to the user was 'An error occurred'. Now we handle the different errors sent by the IAP server and display an error message accordingly.
Kanban records in Manufacturing Work Orders, Sign, and Barcode now use page-specific markers before triggering special opening behavior. This helps prevent the wrong view or action from opening when the same type of record appears in different places, especially on mobile.
Original PR description
Improve all KanbanRecord.include -> _openRecord, currently we have model based condition which may create an issue when same kanban is opened from other place and kanban record is clicked, e.g. consider task: https://www.odoo.com/web#id=1924779&action=333&active_id=131&model=project.task&view_type=form&menu_id=4720 Here we will open kanban view instead of listview in mobile m2o, so this only model based condition may create issue even if we have separate kanban form m2o mobile, so added class on kanban element and check if that class is available then and only then perform a specific action.
Resolved issues and error corrections
Automated browser tests now detect more types of unexpected page errors, so failures are caught sooner and more reliably. A website event test was also adjusted to wait until page changes are fully ready before saving, reducing false failures in testing.
Original PR description
Actually, when running browser_js tests, the test automatically fails when a console error is seen. In some cases, an exception can be thrown during a tour but without console error. In that case, another type of devtools protocol event is fired: Runtime.exceptionThorwn. This event is not catched by the browser_js test. With this commit the above mentioned event is catched and the test is directly considered as failed.
This update fixes a small typo in an internal action identifier within the Time Off module. It helps keep system references consistent and reduces the chance of minor configuration or maintenance confusion.
Original PR description
**Description of the issue/feature this PR addresses:** Typo detected 😋 I pushed to saas-12.1 safely because I don't know if this can be done in stable. If it can be done in stable, then tell me and I update the branch. **Current behavior before PR:** Typo in xmlid name. **Desired behavior after PR is merged:** Fixed typo. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes issues in invoice document processing where selecting a date box did not update the invoice date and highlighted extraction boxes could disappear on long or zoomed PDFs. Users can now review extracted invoice information more reliably, reducing manual correction and confusion.
Original PR description
Fixes : - date_invoice field not changed when clicking on one of its boxes - boxes not rendered after a few pages for long PDFs - boxes not rendered after zooming/unzooming
This change updates Bpost, DHL, FedEx, and UPS delivery integrations so delivery charges are not incorrectly waived based on the order amount. It helps ensure customers are charged the intended shipping fees and reduces revenue leakage from unintended free delivery.
Original PR description
…id delivery based on amount Task:https://www.odoo.com/web#id=1891809&action=333&active_id=131&model=project.task&view_type=form&menu_id=4720 Pad:https://pad.odoo.com/p/r.7c64d9b16fbb87caa08e19dcb44694c8