Tuesday, May 20, 2025
12 changes · 17.0
Enhancements to existing features
This commit adds translations for Luxembourg Annual VAT Declaration in the official languages of Luxembourg. The translation is added for languages Luxembourgish, German, and French. task-4717339
Original PR description
This commit adds translations for Luxembourg Annual VAT Declaration in the official languages of Luxembourg. The translation is added for languages Luxembourgish, German, and French. task-4717339
Resolved issues and error corrections
Website editor text animations now preserve the background color when the whole highlighted text is animated. This prevents published pages from unexpectedly losing or misplacing text highlighting after users apply animation effects.
Original PR description
Steps to Reproduce : - Drag and drop text snippet / or select some text. - Apply the back-ground color to the text. - Click on the Animate button. - You will notice that the background got removed/misplaced. The issue was caused because the animated text is wrapped in an element with "display: inline-block". To fix the bug, we moved the element with the background color inside the wrapper of the animated text, instead of keeping it outside. This fix works as long as the animated text is exactly the same as the one with the background color. If only a portion of the text with a background color is animated, the fix doesn’t work. That case was too complex to handle, and in any case, the most common user scenarios are now fixed. task-4690318
Miscellaneous changes
Related to https://github.com/odoo/enterprise/pull/85952
Original PR description
Related to https://github.com/odoo/enterprise/pull/85952
This fixes an issue where users adding timesheets from a mobile task view could not save an entry unless they filled in the Description field. The mobile experience now matches other views, making timesheet entry more consistent and reducing save errors.
Original PR description
**Issue:** when defining the form for kanban view, required attribute is not added making it true by default **steps to reproduce:** 1. install timesheets app 2. from projects app, open a task with timesheet in mobile view 3. click on `Add` button present in timesheet page 4. try to save the timesheet without 'Description' observation: Form not saved with notification "invalid field: Description" **solution:** Add relevant `required` and `readonly` property to the field this makes the behavior same across each view [see list view](https://github.com/odoo/odoo/blob/17.0/addons/hr_timesheet/views/project_task_views.xml#L41-L54) note: 1. techincal name of Description field is 'name' 2. `readonly` attribute is added to make the behavior same across each view opw-4725348 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr ;
Down payment invoice descriptions now show percentage amounts using the customer's language settings. This avoids confusing decimal separators for customers using languages such as French or German and makes invoice text more consistent.
Original PR description
<b>Steps to reproduce:</b> 1. Go to Sales > Create a Quotation 2. Add Customer > Set Customer's lang to French or German 3. Add a product, confirm the quotation 4. Click "Create Invoice" > Select "Down Payment (percentage)" 5. Set amount (e.g., 20.5%) and create the invoice <b>Issue:</b> - When creating a down payment invoice using the "percentage" option, description text is translated correctly to partner's language (e.g., French or German), but amount in description remains formatted using English conventions (e.g. "20.5%" instead of "20,5 %" in French or German). <b>Cause:</b> - This happens because the amount is inserted as a raw float without localization. <b>Solution:</b> - This fix uses `formatLang()` with the correct context to format the percentage amount according to the partner's language (i.e., proper decimal separator). <b>opw-4743326</b>
This fix prevents the contact field from appearing twice when creating a quotation on mobile. Sales users now see only the intended input field, reducing confusion during mobile quotation entry.
Original PR description
**Steps to Reproduce:** 1. Install Sales module 2. Create a new quotation in mobile view **Issue:** - The input field of contact is displayed twice due to a missing `t-else` condition, causing both fields to appear simultaneously. **Solution:** - Added the missing `t-else` condition to ensure that only one input field is displayed as intended. opw-4767186 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change corrects an internal test setup issue that caused analytic app tests to fail when run on their own. It helps keep automated validation reliable without changing business functionality for users.
Original PR description
Run any test of the `TestAnalyticAccount` class in single app: analytic. > Error in the single app setup. ### Cause of the issue: Since neither `account.account` nor the `hr_timesheet` is installed, these lines will crash:https://github.com/odoo/odoo/blob/786cc72a58079dd87f536cedf5c8b9098ff2b885/addons/analytic/tests/test_analytic_account.py#L76-L78 because `core_group_ids` is cls.env['ir.rule'] and `cls.env.user.groups_id` is a `res.groups` record set. runbot-223137 and 223138 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Sales orders now keep any manually edited description on coupon discount lines when a quotation is confirmed. This prevents custom wording from being overwritten, reducing confusion for sales teams and customers reviewing confirmed orders.
Original PR description
Steps to reproduce: - Create a quotation in the Sales app. - Apply a coupon with any discount. - Modify the description of the discount SO line. - Confirm the sale order. - The discount line's description is reset. Root Cause: - `_get_reward_values_discount` recomputes discount line values, resetting the description. Fix: - Preserve the manually set name field to prevent unintended recomputation. Affected version-17.0 opw-4653070
Corrective invoices created after a Mexican CFDI cancellation now keep the original invoice's note and section lines. This prevents useful context and grouping information from disappearing when users create replacement invoices.
Original PR description
- Generate a new invoice in the menu ‘Accounting > Customers > Invoices’. - Add any product line. - Additionally, add a line of a Note and a line of Section - Confirm the invoicea and send it to CFDI - Click on the option ‘Cancellation request’ and select the reason ‘01’. Click on ‘Create corrective invoice’. The section and note lines disappear from the newly created invoice. In the action_create_replacement_invoice only the lines with display type product are carried over. After this commit we also include the notes and the sections. opw-4726350
In this commit, we have addressed a crucial issue related to translation. We discovered that certain key terms in our application were not properly marked for translation, resulting in a lack of support for different languages. To rectify this, we have implemented the necessary changes to make these terms translatable. By doing so, we have successfully resolved the language compatibility problem and improved the overall internationalization of our application. This commit ensures that all terms
Original PR description
In this commit, we have addressed a crucial issue related to translation. We discovered that certain key terms in our application were not properly marked for translation, resulting in a lack of support for different languages. To rectify this, we have implemented the necessary changes to make these terms translatable. By doing so, we have successfully resolved the language compatibility problem and improved the overall internationalization of our application. This commit ensures that all terms, previously overlooked or untranslatable, are now fully accessible for translation, enhancing the localization experience for our users across the globe. task:3358438 Forward-Port-Of: odoo/odoo#127190
Related to https://github.com/odoo/odoo/pull/210767
Original PR description
Related to https://github.com/odoo/odoo/pull/210767
In this commit, we have addressed a crucial issue related to translation. We discovered that certain key terms in our application were not properly marked for translation, resulting in a lack of support for different languages. To rectify this, we have implemented the necessary changes to make these terms translatable. By doing so, we have successfully resolved the language compatibility problem and improved the overall internationalization of our application. This commit ensures that all terms
Original PR description
In this commit, we have addressed a crucial issue related to translation. We discovered that certain key terms in our application were not properly marked for translation, resulting in a lack of support for different languages. To rectify this, we have implemented the necessary changes to make these terms translatable. By doing so, we have successfully resolved the language compatibility problem and improved the overall internationalization of our application. This commit ensures that all terms, previously overlooked or untranslatable, are now fully accessible for translation, enhancing the localization experience for our users across the globe. task:3358438 Forward-Port-Of: odoo/enterprise#43574