Friday, April 24, 2026
41 changes · master
Enhancements to existing features
This update automatically sends WhatsApp messages when a WhatsApp channel is created. This streamlines the process of sending messages within the system, improving efficiency. It's part of a larger effort to enhance WhatsApp functionality within Odoo Enterprise.
Original PR description
`Store` automatically calls bus send when a bus channel is given. part of task-5242369 community: https://github.com/odoo/odoo/pull/259865 Forward-Port-Of: odoo/enterprise#114187
This update adds a convenient button to the DMFA form in Odoo, allowing users to instantly preview the generated PDF document in a new tab. This improves usability by eliminating the need to manually download and open the PDF, streamlining the process for payroll reporting.
Original PR description
In this commit, we added a preview button in hr.dmfa form view that will open the generated PDF in preview mode in a new tab. task-6067446
This update modifies the sample employee data within the l10n_hk_hr_payroll module. These changes ensure the demo data accurately reflects the Hong Kong payroll regulations and provides a more realistic demonstration of the module's functionality for testing and training.
Original PR description
this commit updates the demo data of employees in l10n_hk_hr_payroll module. task-5964285
This update streamlines the process of identifying and merging duplicate records within Odoo Enterprise. By reusing existing merge groups and automatically deleting stale records, the system now manages duplicates more efficiently, reducing manual effort and improving data accuracy.
Original PR description
Before: - When new duplicate records were found, a new merge group was always created. - This could create multiple groups for the same set of duplicates. - Records that no longer matched any rule were not automatically deleted. After: - When new duplicates belong to an existing merge group, they are added to that group. - A new merge group is created only when needed. - Records that no longer match any rule are automatically deleted. task-6037256
This update refines the wording of a key user interface element within the Knowledge module. Removing the article 'the' improves clarity and the overall user experience. This change ensures consistent and intuitive navigation for users.
Original PR description
"Open the Trash" sounds off. This commit removes the article.
This update enhances the way users search for audit return types, allowing them to find returns by name. It also updates the standard audit reports (generic, French, and Belgian) to use fiscal year periods instead of annual periods, streamlining reporting processes.
Original PR description
This change enables the user to search for the return types using the name of the return. In addition, it switches the generic audit, french audit and belgian audit to use the fiscal year periodicity instead of the annual periodicity. task: 5948404 Forward-Port-Of: odoo/enterprise#114739 Forward-Port-Of: odoo/enterprise#112280
Resolved issues and error corrections
The 'Add a line' button has been added back to the 'My Timesheets' view, aligning it with the 'All Timesheets' view. This change ensures a more consistent and intuitive user experience for managing timesheets, simplifying the process for users.
Original PR description
Issue: When navigating to the 'My Timesheets' view, the 'Add a line' button is missing from the top header. This creates an inconsistency, as the button is readily available in the 'All Timesheets' view. Cause: The system is specifically set up to hide the header button in 'My Timesheets' as soon as a user has existing timesheet entries and can add new lines directly at the bottom of the list. Fix: Removed the strict hiding conditions so it matches the standard behavior of the 'All Timesheets' view. The header button now remains consistently visible, increasing readability and providing a smoother user experience. task-5968297
Features or functions removed from Odoo
This update removes a redundant setting related to receipt printers from several point-of-sale modules. This simplifies the system and improves performance. The change was made to align with newer features and streamline the user experience for self-order kiosks.
Original PR description
**=pos_iot, pos_blackbox_be, l10n_de_pos_res_cert Following this commit: ==== - Remove `default_receipt_printer_id` field as it is no longer needed task- 5494313 Community Related PR : https://github.com/odoo/odoo/pull/246450 Upgrade Related PR : https://github.com/odoo/upgrade/pull/9381
This update removes automatic tracking of Sales Order status changes within Helpdesk Tickets' chatter. By explicitly disabling tracking, we've simplified the chatter experience and reduced unnecessary notifications. This change improves clarity and focuses users on the most relevant information.
Original PR description
Before this commit: - The chatter on Helpdesk Tickets tracked and logged changes to the linked Sales Order's status. After this commit: - Explicitly set `tracking=False` on the related `sale_order_state` field in `helpdesk.ticket`. - Status updates to linked SOs will no longer automatically post tracking messages in chatter. task-6079809 Forward-Port-Of: odoo/enterprise#114762 Forward-Port-Of: odoo/enterprise#114078
This update resolves an issue where configurable benefits weren't being displayed properly in the system. Previously, benefits were only shown if a salary summary existed for the same type, causing errors when adding new benefits. Now, all configurable benefits are consistently displayed, ensuring accurate benefit information is shown to users.
Original PR description
Cause: After this task https://www.odoo.com/odoo/project/1251/tasks/5419466, the showing of benefits was restricted by mistake to only when there was a salary summary for the same structure type. This meant that adding a configurable benefit would result in a traceback, since the template was then used to get more info later on. Fix: Always show configurable benefits, even if there is no salary summary for the same structure type. task-6126621 Forward-Port-Of: odoo/enterprise#114576
This update prevents email notifications from being sent when generating test payslips. This change improves the testing process by reducing unnecessary email traffic and ensuring consistent test results. It addresses a potential issue where test emails could be generated during development.
Original PR description
In this commit, we prevented email sending during test print payslips. task-6147651 Forward-Port-Of: odoo/enterprise#114593
This update fixes an issue where the timesheet and grid layouts were cramped, causing overlapping elements and inconsistent formatting. Specifically, the column widths have been increased to ensure the timesheet icon and overtime data display correctly, providing a cleaner and more accurate view of timesheet information within the grid.
Original PR description
# [FIX] web_grid: column width with new time widget in month This commit increases the default width of the grid columns. Prior to this, the magnifying glass in Timesheets overlapped with the times in month scale, because the columns were too small. # [FIX] timesheet_grid: column overtime layout Without this commit, the overtimes were spanning two lines because the columns were too small. This commit changes the layout so that it spans one line to be consistent with the grid values. task-6121017 Forward-Port-Of: odoo/enterprise#114656 Forward-Port-Of: odoo/enterprise#114356
This update prevents customers without a portal account from seeing the 'Pay Now' button in follow-up emails. This change avoids confusion and ensures customers aren't directed to a potentially confusing process that won't resolve their invoice access issues. It simplifies the customer experience.
Original PR description
If a customer has no portal account, the pay now button added to follow-up emails won't allow them to access any invoices on the portal. Even if they register afterwards, a separate account will be created and they won't have access to those invoices. To avoid confusion, this commit hides the pay now button when the customer has no portal account. task-6075621 Forward-Port-Of: odoo/enterprise#114698 Forward-Port-Of: odoo/enterprise#112891
This update resolves an issue where the 'cancel' button within a confirmation dialog wasn't functioning as expected. The fix ensures that clicking the cancel button now properly dismisses the confirmation, improving the user experience and preventing data inconsistencies. This was a minor bug fix.
Original PR description
The `cancel` callback of the `env.askConfirmation` method was not called when the user clicked on the cancel button. task-6074948 Forward-Port-Of: odoo/enterprise#112987 Forward-Port-Of: odoo/enterprise#112304
This update resolves a visual issue where the 'to_review' badge on employee forms wasn't highlighting correctly. This was caused by a change in how tracking messages were stored, and a small adjustment was made to ensure the correct messages are displayed.
Original PR description
After master-field-tracking-poc-ppr removed the mail.tracking.value model, tracking messages are now stored with message_type='tracking' instead of 'notification'. The thread_patch.js highlight filter was still matching on 'notification', causing no messages to be found when hovering the to_review badge on the employee form. task-6128747 Forward-Port-Of: odoo/enterprise#114766
This update resolves a bug in the mobile Documents app where clicking on folder categories didn't expand them. The issue stemmed from a conflicting template and has been corrected to ensure the search panel functions correctly on mobile devices, restoring the expected category expansion and icons.
Original PR description
Steps to reproduce: 1. Open Documents in mobile view. 2. Open search panel to switch folder. 3. Click on caret on folder with childrens. 4. Nothing happens. This was due to using the 'web.SearchPanel.Category' template in mobile view. Since the 'toggleCategory' method has been overridden it was no longer expanding the category. To fix this, we use the 'documents.SearchPanel.Category' template as we did before. Plus, we get the nice icons back in front of the main categories. Task-6132283
This update resolves a technical test failure related to the new leaderboard settings within the enterprise timesheet grid. The change ensures that the necessary system calls are executed correctly when these settings are enabled, improving the stability and reliability of the timesheet functionality.
Original PR description
This commit checks the steps expected once the leaderboard settings in timesheet grid is enabled to make sure the RPCs called are correctly done as expected. runbot-error-243315 Forward-Port-Of: odoo/enterprise#115029
This update addresses a temporary issue where mail query counters were inflated due to a change in how messages are accessed. The team temporarily bypassed cached values to improve browsing speed, resulting in higher counter counts. This fix ensures more accurate performance metrics moving forward.
This update corrects a calculation error by excluding company executives (JC999) from the ONSS Base Salary figures reported on payslips. This ensures accurate reporting to the Belgian National Social Security Institute (ONSS) and aligns with regulatory requirements. The change improves payroll accuracy and compliance.
Original PR description
This commit excludes company executives (Joint Committee 999) from the computation of Total ONSS Base Salary (With Previous Payslips) on their payslips. TaskID-6124693
This update simplifies how the system processes XML data for Slovak reports, reducing unnecessary complexity and improving performance. By using the standard XML parsing library, we've eliminated a custom configuration that was adding overhead. This change ensures more efficient report generation and maintenance.
Original PR description
Removes the custom XMLParser configuration in favor of the default etree parser. This reduces unnecessary overhead and ensures we are using the standard library's recommended defaults for processing XML content. Forward-Port-Of: odoo/enterprise#114828
This update resolves a minor typographical error within the Odoo Enterprise codebase. The word 'occured' was incorrectly spelled and has been corrected to 'occurred'. This ensures consistent and professional terminology across various Odoo modules, improving the overall user experience and maintaining code quality.
Original PR description
Community: https://github.com/odoo/odoo/pull/261023
This update fixes a minor issue where users were unable to retry payment attempts after a failure. Now, the system automatically resets the loading state, allowing users to easily re-attempt the payment without needing to refresh the page. This enhances the user experience and reduces frustration.
Original PR description
Currently, if the call to Odoofin fails, we properly show the error to the user but we never manage to reset the isFetching state of the button This means that the only way for the user to try again is to first refresh the page This commit addresses that No task ID
This update corrects a labeling inconsistency within the l10_be_hr_payroll module. Previously, similar labels were used for two insurance fields on employee payroll forms, causing confusion. The update now uses distinct labels, improving clarity and accuracy for payroll reporting.
Original PR description
Step to reproduce: install l10_be_hr_payroll and go on employee form, payroll tab, check one of the two insurance field Cause: same string for both labels Solution: update the label string Task: 6094807
This update resolves an issue where the sign request page would crash when attempting to reload a document that had been deleted. The fix ensures the system handles deleted documents gracefully by redirecting the user to a safe view, improving user experience and preventing data errors.
Original PR description
Steps to reproduce: - Open a sign request - Go to Details - Delete the document from the form view - The UI tries to reload the document Issue: The system tries to load a document that has already been deleted. Current behavior: An error is shown and the page crashes when trying to reload the deleted document. Expected behavior: The system should handle the missing document gracefully and redirect the user to a safe view. Fix: Handled the deleted document case properly by returning a valid response and redirecting the user instead of trying to load the removed document. task id- 6095120 Forward-Port-Of: odoo/enterprise#113094
This update corrects a technical issue in the IoT setup process that was preventing proper configuration. The previous default setting of an empty string has been replaced with 'False', aligning with standard Odoo field practices and resolving a software error. This ensures the IoT setup function operates correctly.
Original PR description
Due to the refactoring in odoo/enterprise#111457, the empty string was removed as an option from the IoT subtype selection. However, in the `/iot/setup` controller the empty string was explicitly used as the default value, which now causes an error due to it not being a valid option. This commit fixes the issue by instead using `False` as the default value, as is standard for Odoo fields. Forward-Port-Of: odoo/enterprise#114823
This update fixes an issue where l10n_de_reports incorrectly identified child contacts of German companies as companies themselves. The change ensures that only partners with their own distinct commercial entities (and German VAT numbers) are classified as companies, improving the accuracy of German tax reports. This resolves a potential reporting discrepancy.
Original PR description
Problem: When l10n_de_reports is installed, child contacts of a German company are incorrectly considered as companies as well. Steps to reproduce: 1. Install l10n_de_reports. 2. Create a company with a German VAT number (e.g. DE123456789). 3. Create a child contact under that company. 4. The child contact will be incorrectly considered as a company. Cause: If l10n_de_reports is installed, any partner with a German VAT number (DE + 9 digits) is considered as a company. Since child contacts share the same VAT as their company, they would be considered as companies as well, which is not correct. However, a partner should only be considered as a company if they are their own commercial entity. https://github.com/odoo/odoo/blob/e6bd6b106c376336594edd868c09505032008ac1/odoo/addons/base/models/res_partner.py#L819 Forward-Port-Of: odoo/enterprise#114600
This update removes an outdated requirement that invoices for subscription payments needed a country associated with the payment token. This restriction was causing issues with payment processing and has been resolved. The change simplifies the process and aligns with current payment provider requirements.
Original PR description
Before this commit, a country was mantadory on the payment token when it was used to pay invoices of subscriptions. This behavior was fetched back from internal code in 15.3. This issue was not visible until recently. Some token are fine without country, the provider allows it but the cron fails to process the sale order when the contract is processed. THis commit remove that old constraint. opw-5268156 task-5349998 Forward-Port-Of: odoo/enterprise#114847 Forward-Port-Of: odoo/enterprise#100166
This update resolves an issue where the 'Time Off Type' dropdown within the Gantt view of the Time Off app was appearing empty. The fix corrects a technical problem related to how the system initially populated data, ensuring the dropdown displays the correct options for users. This improves the user experience when creating time off requests.
Original PR description
**Steps to Reproduce:** 1. Open Time Off App->Management->Time Off->Gantt View 2. Highlight multiple dates/cells to trigger the multi-create popover, then click "Set". 3. Open the "Time Off Type"…
**Steps to Reproduce:**
1. Open Time Off App->Management->Time Off->Gantt View
2. Highlight multiple dates/cells to trigger the multi-create popover, then click "Set".
3. Open the "Time Off Type" dropdown. The dropdown appears empty.
**Bug Cause:**
When forceFullDuration is true and request_duration is pre-populated in initial values, the form detects no field changes and skips triggering onchange. This prevents computed fields like allowed_work_entry_type_ids from being evaluated, resulting in an empty domain filter ('id', 'in', []).
**Solution:**
Remove the pre-population of request_duration in initial values when forceFullDuration is true. The context value force_full_duration is sufficient to filter the request_duration field to show only "full" option.
By not pre-setting the value, the form detects a field change and properly triggers onchange, allowing computed fields to evaluate and populate the Remove the pre-population of request_duration in initial values when forceFullDuration is true. The context value force_full_duration is sufficient to filter the request_duration field to show only "full" option. By not pre-setting the value, the form detects a field change and properly triggers onchange, allowing computed fields to evaluate and populate the allowed_work_entry_type_ids correctly.
**Task:** 6109569
Forward-Port-Of: odoo/enterprise#114658
Forward-Port-Of: odoo/enterprise#114050This update resolves a technical issue that prevented a key test from running correctly, ensuring consistent test results. The change improves the reliability of our reporting processes, preventing potential disruptions to financial reporting. This ensures our financial data is more trustworthy.
Original PR description
This test, when run alone, raised an error telling assigning directly self.env.companies was not the right way of doing this, and it was better to create a new env. For some reason, it didn't raise when run together with other tests ; so, runbot didn't see the issue. This commit aims at soothing the ire of Odoo's mighty tests spirits \o/ Forward-Port-Of: odoo/enterprise#114248
This update adjusts where social media links are stored within Odoo. Previously, they were located on the website, but this has been removed. The links have now been moved to the 'res' company record to align with current website design standards.
Original PR description
Since https://github.com/odoo/odoo/pull/236918, there is no more social media fields on website so we move them to res company to comply with website. Forward-Port-Of: odoo/enterprise#114696
This update clarifies the Helpdesk stage Kanban view by removing the 'Days to Rot' number, which was confusing to users. This change improves the overall usability and understanding of the Helpdesk workflow. It addresses a previous issue where the meaning of this metric was unclear.
Original PR description
Currently, only the “Days to rot” number is displayed, so users cannot understand what the number represents. In this commit, it hide from the helpdesk stage kanban view. task-5485507 Forward-Port-Of: odoo/enterprise#114880 Forward-Port-Of: odoo/enterprise#114781
A bug was causing night shift templates to incorrectly extend shift durations by one day. This update corrects a calculation error within the shift planning process, ensuring shifts accurately reflect the intended working hours. This fix prevents over-extended shifts and improves the reliability of shift scheduling.
Original PR description
Issue: ---------------------------------------- Creating a night shift from a template produces a shift spanning over one additional day. Steps to reproduce: ----------------------------------------…
Issue: ---------------------------------------- Creating a night shift from a template produces a shift spanning over one additional day. Steps to reproduce: ---------------------------------------- - Create a planning shift template form 23h to 1h the next day (2h) - It must have a span over 2 working days - Create a shift and use this template - The shift spans over one more day Cause: ---------------------------------------- In `_calculate_start_end_dates()`, we call `plan_days()` with `start` having the hours specified. So in `plan_days()` when retrieving the worked days, the first day is ignored because the resource is not supposed to be working from 23h to 1h (considering their calendar). Then we count two days, and so the end date is offset by one day. Solution: ---------------------------------------- We should call `plan_days()` without the hour specified so we make sure the first day is included in the count. opw-6134844 Forward-Port-Of: odoo/enterprise#114825 Forward-Port-Of: odoo/enterprise#114616
This update eliminates a misleading confirmation dialog that appeared when adding non-stockable products through the barcode app. Previously, users were prompted to confirm product location, which was unnecessary. The fix streamlines the process by leveraging existing data checks, improving usability and reducing potential user confusion.
Original PR description
### Steps to reproduce: - In the settings: Enable Multi-Steps Routes - Create a non-storable product P - Go to the barcode app > Operations > Delivery Order > New - Click on "Add Product" > select P…
### Steps to reproduce: - In the settings: Enable Multi-Steps Routes - Create a non-storable product P - Go to the barcode app > Operations > Delivery Order > New - Click on "Add Product" > select P as product > Confirm #### > A confirmation dialog appears: Oops! It seems that this product is not located in WH/Stock. Do you confirm you picked from there? ### Expected behavior: Since the product is not storable it should not trigger the dialog ### Cause of the issue: The `is_storable` value of the `product.product` is not part of the data that can be used to check if we should check the quantity available in location since only the product id and name are directly available: https://github.com/odoo/enterprise/blob/77d3cc81be8aeb9f2e8bf57fb561fcae80f23b04/stock_barcode/static/src/js/stock_barcode_sml_form.js#L40-L70 However, since an rpc is already performed in order to determine the `qty_available` of the product, we might as well use that same rpc to recover the information and also avoid the dialog in case it is irrelevant. opw-6110655 Forward-Port-Of: odoo/enterprise#114173
This update corrects a minor issue where the company logo wasn't appearing on the journal audit export template. The fix ensures the necessary 'o_content' class is included in the template, resolving this visual discrepancy. This ensures consistent branding across financial reports.
Original PR description
before this commit, the export template of the journal audit was missing the o_content and so the company logo class was not applied opw-6128819 Forward-Port-Of: odoo/enterprise#114782
This update corrects a bug where the 'Update Payment' button remained visible after processing batch payments for Mexican CFDI invoices. The issue stemmed from incorrect UUID comparisons during invoice payment reconciliation, leading to the button's persistent display. This fix ensures the button disappears as expected after batch payment processing.
Original PR description
- Create one invoice with the PUE payment policy. - Create another invoice with the PDD payment policy. - Send both invoices to the CFDI. - Create a batch payment for both and reconcile. - Click on Update Payment on one of the invoices. The Update Payment button does not disappear. In the method _l10n_mx_edi_cfdi_invoice_get_payments_diff, we compare the current UUIDs and the previous UUIDs to determine if the button should be shown. However, when there is a batch payment, the current UUID list includes the UUIDs of all invoices in the batch, including the PUE payment (which should normally be filtered out by the continue). The previous UUID list includes only the UUID of the PDD payment. opw-6055781 Forward-Port-Of: odoo/enterprise#114261 Forward-Port-Of: odoo/enterprise#112520
This update corrects a display issue in the Odoo Enterprise portal. Previously, running subscriptions showed the total subscription amount in the sidebar title instead of the next billing amount. Now, users will see the correct next billing amount, providing clearer and more accurate information about their ongoing subscriptions.
Original PR description
Running subscriptions were showing the total amount in the portal sidebar title instead of the next billing amount. Display the next billing amount for running subscriptions. task-6125080 Forward-Port-Of: odoo/enterprise#114083
This update fixes a display issue in reports related to invoices and purchase orders when users are in time zones ahead of UTC. The change ensures that reports accurately reflect the order date in the user's local time, preventing missed invoices due to timezone discrepancies. This improves data accuracy and reporting reliability.
Original PR description
Why this commit: When loading the 'bills to receive' or 'Invoices to be Issued' The time zones ahead of UTC will face the discrepancy in the view. e.g. etc/GMT-12 timezone is 12 hours ahead of UTC,…
Why this commit: When loading the 'bills to receive' or 'Invoices to be Issued' The time zones ahead of UTC will face the discrepancy in the view. e.g. etc/GMT-12 timezone is 12 hours ahead of UTC, So 12 AM UTC is 12 PM etc/GMT-12. So report view will not include the invoices/bill with order_date of current day till its 12 AM[next day] IN UTC, Meaning etc/GMT-12 will be seeing today's bills/invoices after 12 PM. After this commit: To resolve this discrepancy we use the context_today date to get the user local date. Which is required by the [domain sanitizer](https://github.com/odoo/odoo/blob/8bff78853f6ab8dc2cc951c03bb30181c0745834/odoo/orm/domains.py#L1572-L1574) too. Steps to reproduce (Possible in runbot) : 1. Select etc/GMT-12 timezone in preferences [when UTC is between 13:00-24:00 ~ 1:00-12:00 GMT-12(of next day)] 2. Create a PO and Validate the quantity received. 3. Go to accounting>review>bills to receive. 4. the newly created PO won't be listed here. OPW: 6083526 Forward-Port-Of: odoo/enterprise#114763
This update resolves an issue where rental tests were unreliable due to fluctuating timezones. The change ensures a consistent UTC timezone is used for all rental tests, regardless of demo data installation. This improves test stability and reliability.
Original PR description
When demo data is installed, Robodoo's timezone is set to Europe/Brussels. Rental tests expect the environment timezone (`self.env.tz`) to be UTC. However, if Robodoo is the current user and no timezone is set in the context, the environment falls back to the user's timezone. Because Robodoo's timezone changes depending on whether demo data is installed, tests can become unstable. This commit updates the renting app's common test setup to ensure a stable timezone. runbot-242821 Forward-Port-Of: odoo/enterprise#114645
This update resolves a problem preventing access to demo data within the accounting module, specifically when demo companies are created. The fix changes how demo user accounts are handled to ensure consistent access across all company templates, addressing a conflict caused by recent code changes related to caching.
Original PR description
Steps to reproduce: ------------------- 1. Create a new trial DB with demo data and French localization 2. Archive Marc Demo if you create the DB locally (this happens automatically on Odoo.com…
Steps to reproduce: ------------------- 1. Create a new trial DB with demo data and French localization 2. Archive Marc Demo if you create the DB locally (this happens automatically on Odoo.com trials due to the user seat limit probably) 3. Select the demo company only (unselect the main one) 4. Open Accounting and click the Purchases journal from the dashboard Access Error about reading Marc Demo. Unarchiving him would work around this issue. Why the bug ----------- demo_invoice_deferred and demo_bill_deferred set invoice_user_id to Marc Demo (base.user_demo). Marc Demo belongs to the main company and can't be read from another company when archived. On 19.0 these records only existed in the main company, where Marc Demo is accessible. Commit 9aed0c0135d7b084dee544c6566fad96c62ec1fd migrated the demo to `template`, so now they are created in every company. Still, it only breaks because of commit [3732ca85b03b](https://github.com/odoo/odoo/commit/3732ca85b03b), which added write_date to the avatar widget for cache busting. Before, the widget only needed display_name (read with sudo), so the rule was not checked. The fix ------- Use base.user_admin for demo_invoice_deferred (never archived, stays readable from any company), and False for demo_bill_deferred (a bill has no salesperson). opw-6106870 Forward-Port-Of: odoo/enterprise#113946
This update resolves an issue where chatter message highlights were appearing unexpectedly on the employee form in the HR payroll module. The change restricts these highlights to only the 'review_state' field, improving the user experience and preventing unnecessary visual distractions. This ensures a cleaner and more focused interface for HR professionals.
Original PR description
The dropdown_selection_badge widget was triggering chatter message highlights on hover for all its usages (e.g. Dimona). Add an opt-in highlight_chatter attribute so only the review_state field on the employee form triggers this behavior. task-6131035 Forward-Port-Of: odoo/enterprise#114138
This update corrects a recent change that removed the currency field from batch payment records. This ensures that monetary amounts are accurately associated with their correct currency, preventing potential accounting errors. The fix improves the reliability of financial reporting within the Enterprise module.
Original PR description
This commit: https://github.com/odoo/enterprise/commit/301f63597b0c21fef16a1941314ac95602c8f01f removed some currency id field from the account bank statement and so the monetary field didn't have the currency anymore task-6131298 Forward-Port-Of: odoo/enterprise#115017 Forward-Port-Of: odoo/enterprise#114369