Wednesday, July 17, 2024
7 changes · saas-17.4
Resolved issues and error corrections
Fixes an issue where opening a website page's Properties dialog could result in an error. This ensures website editors can reliably access and update page settings after a recent platform change.
Original PR description
Steps to reproduce [17.4+]: - Website > Site > This page > Properties > Traceback. After [1], the `props.type` of the `View` component can no longer be a `js_class`. The goal of this PR is to adapt the page properties dialog form to this change. [1]: https://github.com/odoo/odoo/commit/2b46bfdf63b316ffb5fd57b57b3c6aa16c7d0ba6 task-4056538
This fixes an issue where the Time Off request dialog could open with a generic form instead of the intended Time Off-specific form. The change helps users see the correct fields and behavior when managing time off requests.
Original PR description
With https://github.com/odoo/odoo/commit/2b46bfdf63b316ffb5fd57b57b3c6aa16c7d0ba6, the prop type of the View component can no longer be a js_class. Here we fix an error in hr_holidays where the basic form view was used instead of the view timeoff_dialog_form when opening the TimeOffFormViewDialog. For that we use a new View prop "jsClass". Task ID: 4055929
The website editor now shows and hides button tooltips correctly after the Bootstrap update. This prevents tooltips in the editing side panel from getting stuck or failing to appear again, making website editing smoother for users.
Original PR description
This commit fixes the behavior of the tooltips of any buttons with a title attribute because since the bootstrap update to 5.3, they were not working well anymore. When using selector within a…
This commit fixes the behavior of the tooltips of any buttons with a title attribute because since the bootstrap update to 5.3, they were not working well anymore. When using selector within a tooltip in bootstrap < 5.3, you had hover behavior (which was wanted) by default on every 'children tooltip', now you haven't. So we instantiate tooltips 1 by 1 to explicitly have the hover behavior. Explicitly setting the behavior on 'hover' with a selector isn't working either because of [1]. Steps to reproduce : - Enter edit mode - Hover 'Discard' button - Unhover it - Hover 'Mobile preview' button - Unhover it - Try hovering again the 'Discard' button => Tooltips doesn't disappear unless you click them, you can't display tooltips a second time. Commit introducing the bug : [2] [1]: https://github.com/odoo/odoo/blob/058212e12b5079eba870bde9775fe98f27928935/addons/web/static/lib/bootstrap/js/dist/tooltip.js#L504 [2]: https://github.com/odoo/odoo/commit/058212e12b5079eba870bde9775fe98f27928935 task-3998800 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Calendar-related automated tests were adjusted to run more efficiently by avoiding slower timing operations. This helps reduce test execution time for developers and maintainers without changing how users experience the calendar.
Original PR description
This commit adds small improvements to the calendar tests and test utility functions in an effort to speed up the execution of tests. The main bottleneck was a bunch of calls to `runAllTimers()`, which interacts very badly with FullCalendar as it uses a lot of timers and this creates a large overhead. This overhead is minimized through the use of more precise calls to `advanceTime()` and with less calls to `animationFrame()`. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update keeps the appointment customization form working after a related platform change. It adjusts how the form dialog references its custom behavior, preventing potential loading or display issues for users managing appointment forms.
Original PR description
With https://github.com/odoo/odoo/commit/2b46bfdf63b316ffb5fd57b57b3c6aa16c7d0ba6, the prop type of the View component can no longer be a js_class. Here we fix the component CustomAppointmentFormViewDialog by using the new View prop jsClass introduced in https://github.com/odoo/odoo/pull/173491.
The Dutch reporting test setup was corrected so the required test user remains available throughout XML validation. This prevents false test failures and helps keep Dutch report exports stable before release.
Original PR description
Currently, the external `l10n_nl_reports` test checking the validity of the generated XML file is failing due to some missing user. By adding the `enter_test_mode` method, we make sure that the user will be maintained all throughout the testing process like this is done for the non-external test.
Fixes an internal appointment form dialog setup so it works with recent view handling changes. This helps prevent appointment form sharing dialogs from failing due to an outdated configuration reference.