Wednesday, September 17, 2025
7 changes · 18.0
Resolved issues and error corrections
A date used in product margin testing was corrected to keep automated checks reliable. This helps prevent false test failures and supports smoother maintenance without changing user-facing product margin behavior.
Original PR description
runbot-230719 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#226089
The employee view group-by option now says "Today Work Location" instead of the broader "Work Location." This makes it clearer that the grouping reflects employees' current daily work location, reducing confusion for HR users.
Original PR description
Before Commit: In the employee views, the group-by filter was labeled 'Work Location', which was misleading. It suggested that the grouping was based on the `work_location_id` field, but in reality, it was grouping by today’s work location. After Commit: The group-by filter label has been updated to 'Today Work Location' to accurately reflect its actual functionality. opw-5073966 I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The calendar year view now responds properly when the browser window is resized. This prevents layout issues and helps users keep a clear view of yearly calendar information across different screen sizes.
Original PR description
FullCalendar already applies a debounce on the `windowResize` handler. Thus, doing it again in our renderer is a duplicated effort. Also, in the Year calendar renderer, the debounced version of the handler is initialized after the FullCalendar instances (one for each month) are created... which prevents it from being run at all. This commit fixes and cleans this up by directly passing our handler to FullCalendar, letting him do the rest. task-4809668 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 Forward-Port-Of: odoo/odoo#227458
The mailing creation flow now refreshes favorite templates when the selected target model changes. This helps users see the right reusable email templates for the mailing they are preparing, reducing confusion and manual work.
Original PR description
In mass_mailing, when creating a new mailing, the theme selector allows users to select base templates for their mailings. Users can also add their own model-specific templates by marking mailings as "Favorite"s, which will cause them to show up in model selectors if the template's target model matches the new mailing's target model. However, in some circumstances, changing the target model does not cause the available template mailings to update. This is due to the callback responsible for updating the templates not reading the model variable correctly, causing useRecordObserver to not being called every time it is updated. This commit fixes this issue, therefore causing favorite templates to be updated more reliably. task-5054968
This fixes inaccurate Spanish translations for Peru-specific tariff fraction entries and withholding code labels. It helps Spanish-speaking users see the correct wording in localization screens and reduces confusion when preparing compliant Peruvian electronic documents.
Original PR description
## Issue: The latest `tariff_fraction` entries were not properly translated into Spanish There were also inconsistencies in the translation of some `withhold codes` ## Cause: The `.po` and `.pot` files were not correctly populated In addition, the translation of "Others" in `l10n_pe_withhold_code` conflicted with `l10n_pe_edi_reason_for_transfer__13`, because the `msgid` is the same but not the `msgstr` should be different opw-4741731 Forward-Port-Of: odoo/enterprise#92758
Survey invitation emails now correctly update their subject line when a different or edited email template is selected. This ensures users send survey invitations with the intended wording and avoids confusion from outdated subjects.
Original PR description
Description of the issue/feature this PR addresses: Fixed [previous commit] where the subject doesn't update when the template was updated. This was due to a filter in place preventing this from happening. Steps to reproduce on runbot: 1. Go to mail templates and search for Survey 2. Open the Survey: Invite template 3. Update the subject on this template 4. Open the Surveys app and select any survey 5. Click on Share and then enable send by email 6. Change the template being used 6. The subject will stay the same [previous commit]: https://github.com/odoo/odoo/commit/16a2c28c9aec307f7ce9dbed0a660b512db31f3a opw-4654411 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#221049
This fixes the Hungarian electronic invoicing setup by adding the missing SZJ product code required by official NAV XML 3.0 documentation. It helps ensure invoices can use the full set of recognized product code options and remain aligned with local compliance requirements.
Original PR description
Description of the issue/feature this PR addresses: In the official NAV XML 3.0 documentation (available at: https://onlineszamla.nav.gov.hu/dokumentaciok page 123), according to the list of possible product codes, there is an 'SZJ' code that is missing. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#226213