Odoo Changelog — 2024-06-27

Thursday, June 27, 2024

5 changes · saas-17.2

Bug Fixes(5)

Resolved issues and error corrections

[FIX] web_gantt: skip gantt tests in mobile

Enterprisesaas-17.2web_gantt

Some automated checks for the Gantt view were unreliable on mobile because a scrollbar appeared after recent styling changes. This update skips the affected mobile-only tests, helping keep validation stable without changing the user-facing Gantt experience.

Original PR description

Since this PR [1], views mounted in tests get the correct styles but a scrollbar is added with gantt in mobile and thus causes issues in some gantt tests. This commit skips these tests.

[1]: https://github.com/odoo/odoo/pull/169030

#gantt#mobile#tests

[FIX] knowledge: add navbar on reload

PR #62509

Enterprisesaas-17.2knowledge

Reloading a Knowledge article page now keeps the navigation bar visible. This makes it easier for users to continue browsing and managing Knowledge content without losing navigation controls.

Original PR description

This commit fixes an issue with the Knowledge form view that loses its navbar
when you reload an article's page.

This issue is caused by the lack of a path inside the ir.actions.server
`ir_actions_server_knowledge_home_page` which is the action called when opening
the app.
This field was set on the action calling the form view
`knowledge_article_action_form` but it's not the one called when refreshing the
browser.

task-3874849

#knowledge#navigation#reload

[draft][FIX] staging excel extract

PR #65544

Enterprisesaas-17.2l10n_be_hr_payroll

This fixes an issue with generating or extracting Excel files in the Belgian payroll area. It helps ensure payroll-related spreadsheet exports work reliably for users who need them for review or reporting.

#payroll#belgium#excel#export

Backport multiple test helpers fixes from master

PR #169030

Coresaas-17.2web

This update fixes several internal test helpers used by Odoo's web module, making automated tests better reflect real user screens and behavior. It improves confidence that calendar views, date-time validation, relationship handling, and breadcrumb loading work correctly before changes reach users.

#testing#quality#web

[FIX] web: avoid updating controllers when target is "new"

PR #170508

Coresaas-17.2web

This fixes an error that could appear after opening a dialog from an employee record and then returning through the breadcrumb. Users can now close those dialogs and navigate back normally without seeing an “Invalid controller to restore” crash.

Original PR description

- Open the Employees app;
- Open the record of an employee, that have the onbording plan link in
    the chatter (for instance Abigail Peterson in runbot);
- Click on the onbording plan;
- Close the onbording plan dialog;
- Click on the Employees link in the breadcrumb to came back to the
    employees multi-record view;

Before this commit, a traceback was raised : `Invalid controller to
restore`. This issue occurs because when we load from a link/URL
(loadState), the controllers list is updated from the actions found in
the URL, this is done to be able to recreate the controllers (the
breadcrumb) from the URL.
This behavior is correct when the action has a target other than “new”
(i.e., when it's not a dialog). In the case of a target "new" (a dialog)
the controllers shouldn't be modified, to be able to interact with the
breadcrumb when the dialog is closed.

Now, only when the action has a target different from "new", the
controllers are updated from the URL.

#breadcrumb#dialog#navigation#employees

Since this PR [1], views mounted in tests get the correct styles but a scrollbar is added with gantt in mobile and thus causes issues in some gantt tests. This commit skips these tests. [1]: https://github.com/odoo/odoo/pull/169030

This commit fixes an issue with the Knowledge form view that loses its navbar when you reload an article's page. This issue is caused by the lack of a path inside the ir.actions.server `ir_actions_server_knowledge_home_page` which is the action called when opening the app. This field was set on the action calling the form view `knowledge_article_action_form` but it's not the one called when refreshing the browser. task-3874849

- Open the Employees app; - Open the record of an employee, that have the onbording plan link in the chatter (for instance Abigail Peterson in runbot); - Click on the onbording plan; - Close the onbording plan dialog; - Click on the Employees link in the breadcrumb to came back to the employees multi-record view; Before this commit, a traceback was raised : `Invalid controller to restore`. This issue occurs because when we load from a link/URL (loadState), the controllers list is updated from the actions found in the URL, this is done to be able to recreate the controllers (the breadcrumb) from the URL. This behavior is correct when the action has a target other than “new” (i.e., when it's not a dialog). In the case of a target "new" (a dialog) the controllers shouldn't be modified, to be able to interact with the breadcrumb when the dialog is closed. Now, only when the action has a target different from "new", the controllers are updated from the URL.