Friday, January 17, 2025
17 changes · master
Enhancements to existing features
Barcode inventory screens now show lot and serial number properties directly and let users open the related lot record from the form. The Inventory Count action has also been moved under Operations, making the main barcode menu cleaner and better organized.
Original PR description
Makes 2 minor changes about quant/stock move line barcode form view : - Display lot/serial number properties (add a related field for that in `stock.move.line`;) - Add link `lot_id` field to open it. Also, moves the "Inventory Count" button under the "Operations" button in the Barcode app main menu. [task-4072268](https://www.odoo.com/odoo/project.task/4072268)
Belgian payroll rules now use age 66 instead of 65 when determining fiscal seniority. This keeps employee payroll and salary contract calculations aligned with the latest applicable age threshold.
The document preview now opens in a full-screen experience, making it easier to review files without leaving the Documents app. Key actions such as sharing and embedding are available directly in the preview header, reducing extra clicks and keeping document information visible when the chatter is open.
Original PR description
We maximize the document preview to full screen and add all the actions in the header allowing the user to perform actions directly from the preview. We first move the document actions buttons (share, embedded, ...) in a separated component so that they can be used also in the document preview. Task-4306398
Document-related automated actions have been reorganized so users see more relevant options by default, while demo-only examples are kept separate. The Documents action setup form was also tailored to better match document workflows, making configuration clearer for teams using Documents, Projects, and Products together.
Original PR description
Following on from the work done on 18.0, additional features are added in master: Server Actions =========== - Adapt current actions visibility (Demo vs standard) - Adapt Server Actions form view to fit Documents needs task-4334749
Miscellaneous changes
Steps: • Install the Employee referral App. • Open the app for the first time. You will see buttons labeled Skip, and Start Now. When you click on any of these buttons, there is a noticeable blank screen for a moment during the transition. • Tap on the User Icon within the app interface. A blank screen appears momentarily before the next screen is displayed. • When you select an icon for a friend, the same issue occurs: a blank screen is displayed for a moment during the transiti
Original PR description
Steps: • Install the Employee referral App. • Open the app for the first time. You will see buttons labeled Skip, and Start Now. When you click on any of these buttons, there is a noticeable blank screen for a moment during the transition. • Tap on the User Icon within the app interface. A blank screen appears momentarily before the next screen is displayed. • When you select an icon for a friend, the same issue occurs: a blank screen is displayed for a moment during the transition. Cause: • The issue occurred because, for all the above actions, the target was set to 'main,' which caused a blank component to appear for a moment during transitions. Fix: • If we do not want to show the blank component then either the clearBreadcrumbs set to false or noEmptyTransition should be true.(refer the action_service.js) • Here i have set noEmptyTransition to true. task-4320099 Forward-Port-Of: odoo/enterprise#74955
The commit fixes the commit[[1]] that optimizes the cron activation logic. Before this fix, only admin users could run the manual fetch, it was wrong and we need to authorize all the users that have access to the bank sync to active/deactivate this cron by using the manual fetch. opw-4477366 [1]: https://github.com/odoo/enterprise/commit/bc3b9136d4d62fbc1d09267f73cac7ca29f1ba3a Forward-Port-Of: odoo/enterprise#77148
Original PR description
The commit fixes the commit[[1]] that optimizes the cron activation logic. Before this fix, only admin users could run the manual fetch, it was wrong and we need to authorize all the users that have access to the bank sync to active/deactivate this cron by using the manual fetch. opw-4477366 [1]: https://github.com/odoo/enterprise/commit/bc3b9136d4d62fbc1d09267f73cac7ca29f1ba3a Forward-Port-Of: odoo/enterprise#77148
Forward-Port-Of: odoo/enterprise#77228 Forward-Port-Of: odoo/enterprise#77119
Original PR description
Forward-Port-Of: odoo/enterprise#77228 Forward-Port-Of: odoo/enterprise#77119
Forward-Port-Of: odoo/enterprise#77251
Original PR description
Forward-Port-Of: odoo/enterprise#77251
Removes the implicit dependency on whatsapp. We instead override the method in `test_discuss_full_enterprise` such that the tests passes both with community only and community + enterprise. Runbot Error: - 109621 - 109622 - 111962 - 111963 - 111964 - 111965 Related to: https://github.com/odoo/odoo/pull/193709 Forward-Port-Of: odoo/enterprise#77157
Original PR description
Removes the implicit dependency on whatsapp. We instead override the method in `test_discuss_full_enterprise` such that the tests passes both with community only and community + enterprise. Runbot Error: - 109621 - 109622 - 111962 - 111963 - 111964 - 111965 Related to: https://github.com/odoo/odoo/pull/193709 Forward-Port-Of: odoo/enterprise#77157
Steps to Reproduce: ----------------------------------------------- 1. Install the `planning` module. 2. Create a shift from `8:00 AM to 9:30 AM` for any resource. The allocated hours will show as `1:30`. 3. Go to the list view and print the planning report. 4. In the report, you will notice that the allocated hours are rounded up to `2` Issue: ----------------------------------------------- - The allocated hours are being rounded up to a higher value but it should match
Original PR description
Steps to Reproduce:
-----------------------------------------------
1. Install the `planning` module.
2. Create a shift from `8:00 AM to 9:30 AM` for any resource. The allocated
hours will show as `1:30`.
3. Go to the list view and print the planning report.
4. In the report, you will notice that the allocated hours are rounded
up to `2`
Issue:
-----------------------------------------------
- The allocated hours are being rounded up to a higher value but it should match
with the UI and stay consistent.
Cause:
-----------------------------------------------
- The `ceil` function is being used, which rounds the value up to the next
higher number.
Fix:
-----------------------------------------------
- In this commit we removed the `ceil` function to ensure that the allocated
hours are not rounded up.
task-4416792
Forward-Port-Of: odoo/enterprise#77110
Forward-Port-Of: odoo/enterprise#76198Fixing permission access error in the test (user does not have access to crm.lead). task-4380712 odoo/odoo#191351 Forward-Port-Of: odoo/enterprise#75983
Original PR description
Fixing permission access error in the test (user does not have access to crm.lead). task-4380712 odoo/odoo#191351 Forward-Port-Of: odoo/enterprise#75983
This commit fixes an issue with the sharing functionality of the error dialogs where if multiple of these were stacked onto each other, the share button would trigger the URL copy and notification for all errors instead of only the relevant one. Forward-Port-Of: odoo/enterprise#77263
Original PR description
This commit fixes an issue with the sharing functionality of the error dialogs where if multiple of these were stacked onto each other, the share button would trigger the URL copy and notification for all errors instead of only the relevant one. Forward-Port-Of: odoo/enterprise#77263
* is l10n_{au,be,ch,hk,lu,ma,us}_hr_payroll - When miltiple companies it shows `X Localization` block only in payroll settings Where X is the cuntry of the current chosien company Task: 4409568 Forward-Port-Of: odoo/enterprise#76584 Forward-Port-Of: odoo/enterprise#75683
Original PR description
* is l10n_{au,be,ch,hk,lu,ma,us}_hr_payroll
- When miltiple companies it shows `X Localization` block only in payroll settings Where X is the cuntry of the current chosien company
Task: 4409568
Forward-Port-Of: odoo/enterprise#76584
Forward-Port-Of: odoo/enterprise#75683[FIX] pos_preparation_display: Prevent Cancel When Payment This commit is a forward port of https://github.com/odoo/enterprise/commit/5108b400d1f7c4b7239fbc3f5651cf9b835d385c. In a POS restaurant order, when reducing the product quantity of an order line, the reduced display line in the preparation display was always the first one created, regardless of which order line was changed. 1. In the POS restaurant, add a product with a quantity of 2 and an internal note. Confirm the order. 2. A
Original PR description
[FIX] pos_preparation_display: Prevent Cancel When Payment This commit is a forward port of https://github.com/odoo/enterprise/commit/5108b400d1f7c4b7239fbc3f5651cf9b835d385c. In a POS restaurant…
[FIX] pos_preparation_display: Prevent Cancel When Payment This commit is a forward port of https://github.com/odoo/enterprise/commit/5108b400d1f7c4b7239fbc3f5651cf9b835d385c. In a POS restaurant order, when reducing the product quantity of an order line, the reduced display line in the preparation display was always the first one created, regardless of which order line was changed. 1. In the POS restaurant, add a product with a quantity of 2 and an internal note. Confirm the order. 2. Add another order with the same product and internal note but with a quantity of 5. 3. In the kitchen display, change the stage of the first display line (quantity 2) from "To Cook" to "Ready." 4. In the POS, reduce the quantity of the second order line (quantity 5) to 4. Reducing the quantity of the second order line inadvertently reduces the quantity of the first display line (the one in the "Ready" stage). In `_process_preparation_changes` of `pos_order.py` in the `pos_preparation_display` module, display lines are filtered and sorted based on their creation order. Commit `55f2b24870b664815fe7b926835d07259608ae09` added the `uuid` field, which allows the correct display line to be adjusted when reducing the quantity in the POS order line. Added a tour to test the following use case fixed by this commit (only in version 18.0 and above): 1. In the POS restaurant, add a product with a quantity of 1 and an internal note. Confirm the order. 2. Add another order with the same product and the same internal note but with a quantity of 2. Reduce the quantity of the second order line from 2 to 1. 3. Proceed to payment. In the preparation display module, the original display orders are canceled, and new ones are created instead. opw-4354093 Forward-Port-Of: odoo/enterprise#77024 Forward-Port-Of: odoo/enterprise#75976
task-4295363 Forward-Port-Of: odoo/enterprise#77200 Forward-Port-Of: odoo/enterprise#76449
Original PR description
task-4295363 Forward-Port-Of: odoo/enterprise#77200 Forward-Port-Of: odoo/enterprise#76449
The fields start_date and next_invoice_date of sale.order can be null. We only want to compare to dates. So its better to check that the dates are not null before comparing them. Forward-Port-Of: odoo/enterprise#76920
Original PR description
The fields start_date and next_invoice_date of sale.order can be null. We only want to compare to dates. So its better to check that the dates are not null before comparing them. Forward-Port-Of: odoo/enterprise#76920
_compute_l10n_in_transaction_type fetches all columns of account_move but we need only few columns. And account_move table is usually large in client database which can lead to memory_error. The database in question has: ``` select COUNT(*) from account_move +---------+ | count | |---------| | 3447401 | +---------+ ``` Forward-Port-Of: odoo/enterprise#76502
Original PR description
_compute_l10n_in_transaction_type fetches all columns of account_move but we need only few columns. And account_move table is usually large in client database which can lead to memory_error. The database in question has: ``` select COUNT(*) from account_move +---------+ | count | |---------| | 3447401 | +---------+ ``` Forward-Port-Of: odoo/enterprise#76502