Thursday, December 5, 2024
8 changes · 18.0
Enhancements to existing features
This update improves stock receipt and reservation performance, especially when handling large numbers of serial numbers. Businesses processing high-volume inventory operations should see significantly shorter processing times and fewer delays.
Original PR description
Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
This fix keeps chatbots out of live chat calls, where they are not useful, and prevents a crash when users click a bot in the channel member list. It makes live chat interactions more stable and avoids confusing call participants.
Original PR description
This PR fixes two issues: - Chatbot is added to calls while it makes no sense. - Clicking on the bot in the channel member list leads to a crash. task-4354075 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixes a mobile website issue that could prevent customers from scrolling during checkout. This improves the shopping experience on affected devices by ensuring the mobile navigation no longer interferes with page size while the header changes position.
Original PR description
Since [commit [1]](https://github.com/odoo/odoo/commit/189a7c96e6e26825dc05c0c6466576fe63aa091e), where the frontend scrolling was moved back out of the '#wrapwrap', an issue sometimes occurs with…
Since [commit [1]](https://github.com/odoo/odoo/commit/189a7c96e6e26825dc05c0c6466576fe63aa091e), where the frontend scrolling was moved back out of the '#wrapwrap', an issue sometimes occurs with the standard effect when scrolling on mobile page. Steps to reproduce: - Go to a website with "e-commerce" installed. - Use the devtools to display the website on a mobile device (note that the bug may only occur on certain mobile devices, so it might be necessary to test several to reproduce it). - Add a product to the cart and go to the "/shop/checkout" page. - Try scrolling down. - Bug: scrolling is blocked. The bug happens because, when the page starts scrolling with the "standard" header, there’s a short moment when the header has a "translate: transform" applied but is not yet "affixed." This creates a new coordinate system for the header and affects its child elements, like the "off-canvas mobile" navbar. As a result, the "off-canvas mobile" navbar temporarily changes the page size, which causes scrolling issues, especially on mobile devices. To fix this, we add "display: none" to the "off-canvas mobile" navbar during this short moment so it no longer affects the page size. [opw-4303667](https://www.odoo.com/web#id=4303667&cids=1&menu_id=4720&action=333&active_id=1695&model=project.task&view_type=form) [opw-4305493](https://www.odoo.com/web#id=4305493&cids=1&menu_id=4720&action=333&active_id=1695&model=project.task&view_type=form)
Primary-colored text now automatically uses a more readable shade when themes make the original color too light or low contrast. This keeps website, shop, and portal pages easier to read and more visually consistent, especially with pastel color palettes.
Original PR description
This PR normalizes rendering to improve readability for text elements using the `text-primary` class. While links benefit from a contrast-check feature [1], elements using `text-primary` rely on…
This PR normalizes rendering to improve readability for text elements using the `text-primary` class. While links benefit from a contrast-check feature [1], elements using `text-primary` rely on `$primary` (color-1) directly, resulting in color inconsistencies between links and text, as well as readability issues. The addition of "pastel palettes" [2] made this issue even more pronounced. This PR: - Adds `text-primary-emphasis` class to `text-primary` elements, taking priority. - Introduces a contrast-check for `text-emphasis-*` colors, ensuring links and "primary text" share the same color in cases of low contrast. If contrast is sufficient, the default Bootstrap computation is used. - Ensure that the `$component-active-color` contrast-check function has a color to compute against. [1] https://github.com/odoo/odoo/pull/58739 [2] https://github.com/odoo/odoo/pull/172463 task-4332082 | `18.0` reference palette | `18.0` pastel palette | this PR pastel palette | . | |--------|--------|--------|--------| |  |  |  | . | |  |  |  | . | |  |  |  | . | |  |  |  | . | |  |  |  | . | |  |  |  | . | task-4332082 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update refreshes the spreadsheet engine and fixes several issues affecting action buttons, pivot table cell selection, sheet naming, pivot formulas, and chart predictions. Users should see more reliable spreadsheet behavior with fewer errors in reporting and analysis workflows.
Original PR description
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/a2652c5a2 [REL] 18.0.7 Task: 0 https://github.com/odoo/o-spreadsheet/commit/68e04cdb6 [FIX] action button: use…
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/a2652c5a2 [REL] 18.0.7 Task: 0 https://github.com/odoo/o-spreadsheet/commit/68e04cdb6 [FIX] action button: use nextProps instead of this.props Task: 0 https://github.com/odoo/o-spreadsheet/commit/88aa2a7e6 [REV] pivot: select pivot cells in composer Task: 4189098 https://github.com/odoo/o-spreadsheet/commit/e84a864f8 [FIX] helpers: Add generic helper to sanitize sheet names Task: 4347719 https://github.com/odoo/o-spreadsheet/commit/de260ca22 [FIX] pivot: handle boolean-like function arguments in `getPivotCellFromPosition` Task: 4207502 https://github.com/odoo/o-spreadsheet/commit/02b6618d8 [FIX] charts: non-invertible matrix returns NaN as predicted data Task: 4328743 Co-authored-by: Anthony Hendrickx (anhe) <anhe@odoo.com> Co-authored-by: Alexis Lacroix (laa) <laa@odoo.com> Co-authored-by: Lucas Lefèvre (lul) <lul@odoo.com> Co-authored-by: Dhrutik Patel (dhrp) <dhrp@odoo.com> Co-authored-by: Adrien Minne (adrm) <adrm@odoo.com> Co-authored-by: Mehdi Rachico (mera) <mera@odoo.com> Co-authored-by: Rémi Rahir (rar) <rar@odoo.com> Co-authored-by: Pierre Rousseau (pro) <pro@odoo.com> Co-authored-by: Vincent Schippefilt (vsc) <vsc@odoo.com>
This fixes an issue where exporting customizations from Studio could fail when duplicate internal records existed for the same customization. The export wizard now filters its default data correctly and avoids preselecting unsuitable technical items, making Studio exports more reliable.
Original PR description
Since [1], the export wizard default export data domain has changed but it was not at all in the scope of the faulty commit. This leads to a validation error when a new wizard is created if there is multiple 'ir.model.data' records created in the context of Studio and pointing to the same records. This is often the case for instance for 'ir.model.inherit' records. This commit reintroduces the missing domain part, while adding a test. [1]: https://github.com/odoo/enterprise/commit/99f3591316891e1c2373ed0b3b7e786c0a6b8457
Creating a vendor bill from merged finance documents no longer fails due to overlapping document updates. The Documents app now waits for the bill creation action to finish and safely handles cases where no document is selected, preventing user-facing errors during PDF merge and follow-up actions.
Original PR description
[FIX] documents: fix error when creating vendor bill from split tool How to reproduce: - Install documents_account - In Document App, folder “Finance”, select 2 pdf - Click on Action -> Merge PDFs -…
[FIX] documents: fix error when creating vendor bill from split tool How to reproduce: - Install documents_account - In Document App, folder “Finance”, select 2 pdf - Click on Action -> Merge PDFs - Click on “Create Vendor Bill” You get an error “psycopg2.errors.SerializationFailure: could not serialize access due to concurrent update” The error was caused by the update of the pdf preview during the execution of the action “Create Vendor Bill” (which both update the document). We solve the problem by waiting the execution of the action before executing the rest (especially the update of the preview). [FIX] documents: fix traceback after some action How to reproduce: - Install documents_account - In Document App, folder “Finance”, select 2 pdf - Click on Action -> Merge PDFs - Remove the scissors to merge the 2 documents - Click on “Create Vendor Bill” You get the error: Cannot read properties of null (reading "querySelectorAll"). This is the most reliable way to reproduce the problem but that problem occurs also in other circumstances, for example sometimes when moving to trash documents after some other actions. We solve the problem by returning an empty selection when there are no element. Task-4381458
This update fixes several Planning issues for employees with flexible or fully flexible working calendars. It improves Gantt view accuracy and appearance, corrects demo employee cost data, and ensures recurring shifts are assigned as expected even when overlaps occur.
Original PR description
Fixed a series of issues related to flexible and fully flexible resource introduced in task 3762895. In this PR, the following issues are fixed in the planning app: - In dark mode, the progress bar…
Fixed a series of issues related to flexible and fully flexible resource introduced in task 3762895. In this PR, the following issues are fixed in the planning app:
- In dark mode, the progress bar of resources working fully flexible hours had white background instead of transparent. Step to reproduce:
1. Open the gantt view, create a resource with fully flexible hours and assign it to a task.
2. The progress bar should not have a white background on dark mode.
- Fully flexible employee Suman Oza had no hourly cost set in demo data. Step to reproduce:
1. Go to the employees view and search for Suman Oza.
2. The hourly cost should be no longer be set to 0.
- Flexible employee should have the period outside of their contract grayed in the Gantt view Step to reproduce:
1. Create a resource with flexible hours.
2. Set a contract with a start and end date.
3. Open the gantt view in planning, and search for the resource.
4. The period outside of the contract should be grayed.
- In gantt view sparse mode view, the color of the progress bar (the thin line above each employee and each day) of resources working fully flexible hours should be always in purple color. Step to reproduce:
1. Create a resource with fully flexible hours.
2. Create some shifts for the resource.
3. Open the gantt view in sparse mode.
4. The progress bar should be in purple color.
- Recurring shifts for fully flexible employees are now assigned even if they generate conflicts with existing shifts. (test was added to ensure this behavior) Step to reproduce:
1. Create an employee working fully flexible hours.
2. Plan some shifts for the employee.
3. Create a recurring shift for the employee which ovelaps with the existing shifts.
4. The recurring shifts should be assigned to the employee even if they generate conflicts with existing shifts.
task-id: 4189386