Friday, December 27, 2024
11 changes · 18.0
Resolved issues and error corrections
This update bumps a small supporting dependency to stop unnecessary missing-file warnings when Odoo starts or is imported. It helps keep logs cleaner and reduces confusion for teams monitoring system health.
Original PR description
1.2.0 requires GCC profiling records which aren't available on the system Description of the issue/feature this PR addresses: https://github.com/odoo/odoo/issues/191873 Current behavior before PR: Every odoo start/import throws an warning about missing gcda files Desired behavior after PR is merged: No warning about missing files on odoo start/import --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Point of Sale tests now verify that subcategories appear directly after their parent category when selected. This helps prevent regressions in product navigation and supports a more predictable cashier experience.
Original PR description
In this commit: === - Updated the test case to ensure that when clicking on a parent category, its subcategories are displayed immediately after the parent category.
This fix adjusts the background styling of the editor toolbar and link popover dropdowns in dark mode. It creates a smoother, more consistent visual experience for users editing content in the HTML editor.
Original PR description
Description of the issue this PR addresses: This PR changes the background color of toolbar and link popover dropdown for a smoother UI. task-4356656 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update corrects a small error that prevented the system from properly checking whether a required electronic invoicing field exists. It helps avoid issues when processing UBL/CII electronic invoice data after a recent code update.
Original PR description
Looks like the rebase in #191457 introduce a small mistake making the field exist check not working properly. This commit should fix the issue.
The link popover now shows only the button style option that is relevant outside the website module, removing duplicate choices that looked the same. This reduces confusion for users and makes the editor easier to maintain, with tests updated to match the streamlined behavior.
Original PR description
Before this commit, the link popover contained three button styles, default, fill, and flat, which were visually identical. Here’s a summary of each: default: Based on the website module and influenced by the theme. fill: Not affected by theme choice. flat: Specific to the website module. After this commit, the redundant default and flat styles have been removed, as they are only relevant within the website module. The code has been cleaned up to improve maintainability, and tests have been updated to reflect these changes. task-4240795 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an issue in the HTML editor where replacing all selected text could unexpectedly lose the current font styling. Users can now select all content and type new text while keeping the intended style, making editing more predictable.
Original PR description
Description of the issue this PR addresses: Current behavior before PR: Previously, typing after selecting all text using Ctrl+A would reset the font style of the anchorNode of the selection. Desired behavior after PR is merged: Typing after selecting all text using Ctrl+A keeps the font style of the anchorNode of the selection. task-4426710 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Link preview descriptions in the HTML editor now display special characters properly instead of showing encoded text. This makes link previews easier to read and more polished for users editing content.
Original PR description
**Current behavior before PR:** In some url, opening link preview displays special characters as string instead of parsed characters inside description of link preview popover. **Desired behavior after PR is merged:** Now special characters are getting parsed before displaying on popover. task-4345237 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Point of Sale global invoices now use the currency exchange rate from the original POS order instead of defaulting to 1. This helps Mexican localization documents show the correct TipoCambio value and improves acceptance of invoices created from foreign-currency POS orders.
Original PR description
### Steps to reproduce the issue: 1. Activate Mexican Localization 2. In Mexican Company, add USD as Currency and give it a Rate 3. Create a Sales Journal and a Pricelist with USD as main Currency 4.…
### Steps to reproduce the issue: 1. Activate Mexican Localization 2. In Mexican Company, add USD as Currency and give it a Rate 3. Create a Sales Journal and a Pricelist with USD as main Currency 4. _Point of Sale > Configuration > Settings_: Select a Shop and set the USD Journal and Pricelist 5. Open a Session using the USD Shop and complete some Orders, without invoicing them 6. _Point of Sale > Orders > Orders_, select the created Orders and, in the Actions, Create Global Invoice 7. The document should be accepted, but TipoCambio has a rate of 1.000000. ### Explanation: During the creation of the Global Invoice, the rate is retrieved during `pos.order._prepare_tax_base_line_values` and, since no value is given through POS, the default value is used. https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1242 https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1212-L1213 https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1188-L1193 ### Fix reasoning: `pos.order.currency_rate` is the rate of the Currency at the time the order was created. It is the perfect value to use for `TipoCambio`. We must also adapt workflows that were designed with the absence of `rate` in `tax_base_line_values`. Test in Enterprise opw-4302180
This fixes Mexican Point of Sale global invoices created in a foreign currency so they use the correct exchange rate instead of defaulting to 1.000000. It helps ensure USD POS invoices are accepted and accurately reflect the required currency conversion information.
Original PR description
### Steps to reproduce the issue: 1. Activate Mexican Localization 2. In Mexican Company, add USD as Currency and give it a Rate 3. Create a Sales Journal and a Pricelist with USD as main Currency 4.…
### Steps to reproduce the issue: 1. Activate Mexican Localization 2. In Mexican Company, add USD as Currency and give it a Rate 3. Create a Sales Journal and a Pricelist with USD as main Currency 4. _Point of Sale > Configuration > Settings_: Select a Shop and set the USD Journal and Pricelist 5. Open a Session using the USD Shop and complete some Orders, without invoicing them 6. _Point of Sale > Orders > Orders_, select the created Orders and, in the Actions, Create Global Invoice 7. The document should be accepted, but TipoCambio has a rate of 1.000000. ### Explanation: During the creation of the Global Invoice, the rate is retrieved during `pos.order._prepare_tax_base_line_values` and, since no value is given through POS, the default value is used. https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1242 https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1212-L1213 https://github.com/odoo/odoo/blob/8fb7e5fd304697aebcce085602a5f3a1ecaf757a/addons/account/models/account_tax.py#L1188-L1193 ### Fix reasoning: Adding test to make sure Foreign Currency can be used in Global Invoice for `pos.order` and rate is correctly set as well. Fix in Community opw-4302180
The video insertion option is no longer shown when editing reports in Studio. This prevents users from triggering an error with an action that is not relevant for printable reports.
Original PR description
**Before this PR:** In studio, in some report, trying to add a video using video commnad throws traceback. Adding a video doesn't make sense in a report so the video command shouldn't be available in report at the first place. **After this PR:** This commit aims to remove video command from studio report. task-4285231
The Helpdesk SLA status report graph has been simplified by removing extra fields that made it harder to read. This makes the report clearer for teams reviewing SLA performance without changing the underlying data or process.
Original PR description
This commit's purpose is to clean up the graph view of the sla report analysis model. Some fields were added on the view by a generic improvement task for to handle the widget 'float_time' with grap view. In this case, those fields are a nuisance for readability, so we're getting rid of them. target version 18.0 - master task - 4351830