Thursday, October 16, 2025
5 changes · 17.0
Resolved issues and error corrections
The payroll payslip screen no longer exposes an export option that led users to a missing page. This prevents confusion and avoids a dead-end error when managing payslips.
Original PR description
Steps to reproduce: ------------------------- 1. Install `hr_payroll` module 2. Enable debug mode and click on Become Superuser 3. Go to All Payslips and open any payslip record 4. Click on the…
Steps to reproduce: ------------------------- 1. Install `hr_payroll` module 2. Enable debug mode and click on Become Superuser 3. Go to All Payslips and open any payslip record 4. Click on the Export Payslip button Observation: ------------------------- A 404 (Page Not Found) error appears when clicking the Export Payslip button Issue: ------------------------- The button triggers the route `/debug/payslip/<id>`, which was removed in the following commit https://github.com/odoo/enterprise/commit/57969bcaf876a13c36794adeb47e0da938e297ad#diff-0105b1a6a9e742e7eeaf7cc727745ebd3932177378d46332d4ca854f931b3359 The route was never reintroduced afterward, but the Export Payslip button remained in the view. As a result, clicking it leads to a 404 error Solution: ------------------------- 1. Temporarily bypass the `action_export_payslip` function. 2. Remove the Export Payslip button from the XML in the master forward port branch, as doing so does not impact any existing customizations relying on that button opw-5115946
The Website countdown snippet now has a safe default background color for the Boxes layout. This prevents an error when users hover over the color removal option, making page editing smoother and more reliable.
Original PR description
Steps to Reproduce: 1. Add a Countdown snippet. 2. Change the layout to Boxes. 3. Apply a background color to the layout. 4. Hover over the delete button in the color picker. 5. A traceback error occurs. Issue: A traceback error occurs because the does not have a default value assigned. This is necessary for the snippet to preview correctly when no additional color is applied. Fix: Assign a default value to ensure that the hover behavior works properly, even when no color is set. The issue was produced here: https://github.com/odoo/odoo/commit/03c552690b15#diff-a0262b81bb090b8c62afbd342b2a30f054cf353a35f9fc0ceeb0f86b7b9cd645 task-4752497 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix updates an internal leave management test so it no longer depends on hardcoded dates that can change in future-year test runs. It helps keep automated quality checks reliable without changing the employee-facing leave experience.
Original PR description
**Issue:** The test case test_tour_mandatory_days_in_hebrew fails for nightly faketime builds that test 'next year' because of hardcoded dates. **Solution:** Instead of checking for static dates, now we are checking if today is mandatory or not. runbot error:233323
This fixes a display issue in mass mailings where dynamic placeholders could appear on their own line after an email was sent and became read-only. Sent mailing content now keeps placeholders inline, preserving the intended layout and reducing formatting surprises for users.
Original PR description
In editable fields, the Web Editor currently adds the data-oe-t-inline attribute to items that are identified as needing to be displayed inline However, this attribute is added by the editor and removed on save. As a result, if the previously-editable field is ever set to readonly (for example: a mailing that is sent no longer allows users to edit its body), then the inline property appears to be lost: an inline dynamic attribute suddenly looks like it's on its own line. Steps to reproduce: - Create a mailing - Add a dynamic attribute in the middle of a line - Send the mailing - You will see a carriage return directly before and after the dynamic attribute Fix: The mass_mailing html field now applies the current inlining logic to readonly HTML. task-4852246
The Documents dashboard KPI now counts items in the actual internal Inbox folder rather than relying on an inbox tag. This makes the displayed Inbox count more accurate and avoids test issues caused by deleting demo documents that may be linked elsewhere.
Original PR description
After a discussion about what should be considered the inbox folder on earlier versions, it appears that the `kpi.provider:get_kpi_summary` method should return the count of documents in the folder having the external identifier `documents.documents_internal_folder`, instead of selecting the documents with the inbox tag. As some documents might be referenced by foreign keys in demo data, we also avoid to unlink the documents in the tests to avoid potential errors in the test suites. Runbot-build-error-id: [231787](https://runbot.odoo.com/odoo/runbot.build.error/231787) Task-id: [5062431](https://www.odoo.com/odoo/project.task/5062431)