Wednesday, December 6, 2023
7 changes · 17.0
Resolved issues and error corrections
Homeworking icons now use the calendar’s standard color assignment so colors remain accurate even for employees with large contact IDs. Employees without a linked user now fall back to their work contact, helping homeworking information display reliably.
Original PR description
Since the early versions of the homeworking modules, we were showing incorrect colors for the homeworking icons if the partner_id was too large. This comes from the fact that we were not using the getColor helper from calendar to decide which color to render. Since we have a limited amount of colors, we should not use the partner id to define the color, but actually cycle through all the possible colors, which is done by the getColor method. Also, when getting the homeworking data, it was possible to get partner_id as false when the employee had no related user. This commit also changes this to fallback on the work_contact_id if no user is set. task-3561678 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
The Chart of Accounts shortcut from the Accounting dashboard now opens account details correctly when users click the View button. This removes a small workflow blocker during accounting setup and account review.
Original PR description
Description of the issue/behavior this commit fixes: When accessing the chart of accounts from the button in the starting banner on the accounting dashboard, the "View" button on the right does nothing while it should open the form view of the account of the row which's button is clicked. --- Steps to reproduce: 1 - Install account_accountant (or else the coa is not reachable from the dash) 2 - Open the Accounting app 3 - Click on "Chart of Accounts" in the onboarding banner 4 - Click on the View button of any row 5 - Nothing happens --- Desired behavior after this commit is merged: This commit adds the form view in the view that is returned when clicking on "Chart of Accounts". Thanks to that, the open_form_view is able to return a form view when the button is clicked. With this commit, the view button is operational. --- task-3624209 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an issue where calendars with back-to-back work periods could cause an error when creating or calculating time off. This makes work duration and leave handling more reliable for employees using schedules split into adjacent shifts.
Original PR description
### Issue : When calling get_work_duration_data on a calendar that contains adjacent calendar attendances, we get a traceback in the method `_get_attendance_intervals_days_data.` This is due to the fact that adjacent attendances (like 09:00 -> 13:00, 13:00 -> 17:00) will get merged into one single interval. Which will generate an attendance interval with multiple `resource.calendar.attendance` records associated with it. ### Steps to reproduce : 1) Create a Calendar 2) Create for a same day 2 attendances going from 09:00 to 13:00 and another going from 13:00 to 17:00 3) Try creating a time-off for that day 3) Associate that calendar with an employee 4) Try creating a time off on the day where we have adjacent attendances ### Fix: Adapt `_get_attendance_intervals_days_data` to handle attendance intervals associated with multiple resource.calendar.attendance task-3615723 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes the Lithuanian accounting setup so account numbers can use the expected six digits instead of being limited to one. Businesses using the Lithuanian chart of accounts will get more accurate default account formatting during setup.
Original PR description
The digits of the accounts of Lithuania's COA go up to 6. It's currently defined to 1, which makes no sense. We will change it to 6. 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
This fix ensures the website editor finishes loading its hidden editing frame properly after content is written. As a result, import or loading errors are shown to users instead of failing silently, while tooltip handling is simplified to match the current editor behavior.
Original PR description
[FIX] web_editor: close iframe document after write [FIX] web_editor: remove observerUnactive before adding tooltip task-3537756 This PR is the 17.0+ version of https://github.com/odoo/odoo/pull/138039. While the changes are essentially the same, the motivation (commit messages) changed, due to the fact that, in 17.0: - the use of Bootstrap tooltip.js was replaced by web/'s own Tooltip component - the module loader error report relies on the same `document.readyState` to be "complete" (or the "DOMContentLoaded" event) in order to display the error message.
This update fixes the visual appearance of status buttons in the Planning and MRP PLM modules to ensure consistent font sizing across the application. The buttons now display with the same formatting regardless of how they are generated, improving the overall user interface consistency and professional appearance.
Original PR description
The structure of the stat button which is not generated by a field has been changed to match the buttons which are generated by a field. | Before | After | |--------|--------| |  | | Community PR: https://github.com/odoo/odoo/pull/141163 task-3573807
When canceling an asset, the system was displaying HTML line break tags as plain text instead of rendering them properly. This fix ensures that cancellation messages display correctly with proper formatting, making them easier to read in the activity log.
Original PR description
To reproduce: - Create an asset last month, with duration monthly - Confirm it, then cancel it => The message in the chatter contains the \<br> in plain text. Following ac0bfab08e1c7e14c815cb33ed2a5c081668b0f8, we should Markup to render html Forward-Port-Of: odoo/enterprise#51032