Tuesday, December 17, 2024
10 changes · 18.0
Resolved issues and error corrections
Two Swiss localization taxes are now correctly marked as tax included. This ensures companies using the Swiss accounting setup get the expected tax behavior without manual correction.
Original PR description
### Steps to reproduce: - Install "l10n_ch" - Accounting > Configuration > Taxes - The taxes "100% GS" and "100% I OE" are not Tax included ### Cause: The column `price_include` in the tax CSVs was changed to `price_include_override` but the configuration was not kept for these fields. ### Solution: Make these two taxes 'Tax included' opw-4365234
This fix adjusts email editor tests so they pass consistently across community builds, where styling can differ slightly. It also improves how formatting is measured by placing a temporary copy of the editable content in the same page context, helping prevent false test failures.
Original PR description
Tests introduced with [commit] were failing on community builds because the style sheets have slight variations. This commit also specifies the DOM position of the cloned editable for style extraction. Instead of adding it blindly to the `body`, it is added as a sibling of the original `editable` element, which will provide a more accurate style context. [commit]: https://github.com/odoo/odoo/commit/1d709e8858ffdd86e79056c0f3a992e4410e127e Runbot tasks: 110278, 110279 task-4414541
The point of sale receipt screen now keeps subtotal labels such as "Untaxed Amount" from overlapping nearby values. This improves readability for cashiers and customers, especially in Odoo Online where the layout issue could appear.
Original PR description
In this commit: === - Added `text-nowrap` and `mw-100` classes to ensure labels like "Untaxed Amount" do not overlap with other elements. - This issue is only reproduce in odoo online. task-4402429 Before this commit:  After this commit:  --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix stops an Argentine payment option for existing third-party checks from appearing on every cash journal. It now applies only to the specific third-party check and rejected third-party check journals, reducing configuration mistakes and keeping payment workflows cleaner.
Original PR description
**Description of the issue/feature this PR addresses**: It is necessay not to set "Existing Third Party Checks" outgoing payment method in all argentinean cash journals. It is only needed to be set on "Third Party Checks" and "Rejected Third Party Checks" Argentinean journals that are created when the module is installed or a new argentinean company is created. **Current behavior before PR**: "Existing Third Party Checks" outgoing payment method is set in all argentinean cash journals. **Desired behavior after PR is merged**: "Existing Third Party Checks" outgoing payment method is set only in "Third Party Checks" and "Rejected Third Party Checks" argentinean journals. _Ticket Adhoc side_: 83443 _Task Latam side_: 1293 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update corrects Uruguay tax settings so 10% and 22% VAT-included options are properly marked as prices that include tax. This helps businesses create sales and purchase documents with accurate tax treatment and avoids incorrect totals when using VAT-included pricing.
Original PR description
This pull request addresses an issue in PR #186444, which aimed to update l10n_uy by introducing 22% and 10% VAT-included tax options for sales and purchases. These changes support Uruguay’s practice of handling both tax-included and tax-excluded amounts per document. However, the tax_included_override option was mistakenly not enabled for these VAT-included tax options. This PR resolves the issue by enabling the tax_included_override option for 22% and 10% VAT-included taxes. Task Adhoc side: 43467 Task Latam side: 1294 This pr replaces https://github.com/odoo/odoo/pull/189224 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix keeps long search terms and tag names contained within the search bar instead of spilling outside the page layout. Users will see shortened text with the full value available on hover, making search results cleaner and better aligned.
Original PR description
Before this PR: - Long search content overflows the container. - Search input and searched content are misaligned when the content isn't long. Steps to Reproduce: - Type a very long string in the search bar. - Press enter and observe that the content overflows the container. After this PR: - Max-width is set on input_container to keep searched content within the container. - Long searched content will be ellipsis, with full text viewable on hover. - Max-width on searched content ensures alignment with search input. - `$search-align-width-large and $search-align-width-small` keeps the (Search...) aligned when input is long. task-4011097
This fixes Italian electronic invoicing so invoices with negative-quantity lines are formatted in a way accepted by SDI. The system now converts those lines by reversing the quantity and unit price, helping prevent invoice submission rejections.
Original PR description
Lines with negative quantity are refused by SDI. To avoid this issue, we invert the quantity and price unit in this case. opw-4402782 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an automated website event test by ensuring the test focuses on the event ticket question modal before editing. It prevents a test failure related to editing a non-editable target, improving reliability for event website workflows.
Original PR description
we move the place of one step to have the focus in the modal in order to fix the error: "ERROR IN ACTION: cannot call `edit()`: target should be editable" After this commit, this error is therefore fixed. 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
This fix ensures Uruguay’s 22% and 10% VAT-included tax options are properly marked so invoices can handle tax-included amounts as intended. Businesses using Uruguay localization get more accurate tax behavior when documents mix tax-included and tax-excluded pricing.
Original PR description
This pull request addresses an issue in PR #186444, which aimed to update l10n_uy by introducing 22% and 10% VAT-included tax options for sales and purchases. These changes support Uruguay’s practice of handling both tax-included and tax-excluded amounts per document. However, the tax_included_override option was mistakenly not enabled for these VAT-included tax options. This PR resolves the issue by enabling the tax_included_override option for 22% and 10% VAT-included taxes. Task Adhoc side: 43467 Task Latam side: 1294 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes a database upgrade issue for companies using the Vietnam localization. The migration now uses the correct company reference so upgrades to Odoo 18 can complete without an accounting-related error.
Original PR description
- The post-migration script _fix_accounts_type attempted to use the field company_id, which no longer exists in the account.account model in the 18 version. This caused a traceback ValueError: Invalid field during the database upgrade. [reference](odoo@854c3b2#diff-19ef5a530c506fdee93fe0d113e61946b87fae7dd2d360558da69c0014f766b2R102) tbg-1602 upg-2387888