Thursday, January 30, 2025
6 changes · saas-17.4
Resolved issues and error corrections
A Point of Sale issue could create blank orders when depositing money for customers with no outstanding balance and then refreshing the browser. The fix prevents empty, unpaid orders from being synchronized or created, keeping sales records cleaner and avoiding confusion for staff.
Original PR description
Before this commit, depositing money for a customer with a zero balance could result in the creation of an empty order upon refreshing the browser. This issue arose because empty orders without payments were being synchronized, leading to unintended empty orders in the system. This commit addresses the problem by ensuring that empty orders without payments are not synchronized and prevents the creation of such empty orders during the deposit process. opw-4483049 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Page titles in the Marketing Card app are now included in translations, so users can see them in their selected language. This improves the experience for multilingual teams and customers without changing how the app works.
Original PR description
[opw-4421055](https://www.odoo.com/odoo/project.task/4504454)
Accounting report lines now keep the intended order after users rearrange them with drag and drop in the report builder. This helps prevent confusing or incorrect report layouts when configuring reports in the enterprise interface.
Original PR description
Issue: When using the enterprise version, and configuring an accounting report with the report builder, issues might arise when changing the sequence of lines (using the drag and drop feature). Combined with the enterprise PR, this commit solves the issue by returning the lines ordered by sequence. Enterprise PR: https://github.com/odoo/odoo/pull/187907#pullrequestreview-2581564549 task-4328098 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Website editors can now add a custom font without losing the font they already selected. This prevents unexpected changes to page styling and makes theme customization more reliable.
Original PR description
Steps to reproduce: 1. Go to Website -> Edit -> Theme section. 2. Choose a predefined font family for the paragraph, such as "Arvo". 4. Return to the font family dropdown and click on "Add a Custom Font". Notice that the selected font reverts to the "default/system" font. Issue: The issue occurs because when a predefined "we-button" is selected from the dropdown menu(we-button with value i.e. data attributes defined), its value is passed to widgetValue. However, when the "Add a Custom Font" button is clicked(which does not have value i.e. data attributes are not defined), the "we-button" value changes to an empty string, which is then passed into widgetValue. As a result, it triggers refreshBundle with the empty string and resets to the default value. Solution: This PR ensures that `_refreshBundles` is not triggered until the widgetValue has a valid (non-empty) value. This prevents the font from being reverted to the default. task-4373983
The Sign app onboarding helper text is now set up correctly for translation. This ensures users working in different languages can see the guidance in their chosen language instead of untranslated text.
Original PR description
[This commit][1] changed the Sign action helper to onboard users. However, in doing so the text was put inside conditional `t-esc` attributes, causing it to not be translatable. This change fixes that by properly using text nodes. [1]: https://github.com/odoo/enterprise/commit/a5fc0b098c4a4b61d7ce7fd87180ed32dcb1f6f5 [opw-4421055](https://www.odoo.com/odoo/project.task/4421055)
Customer deposits for accounts with a zero balance no longer create blank point-of-sale orders after a browser refresh. This keeps sales records cleaner and avoids confusion from unintended empty orders.
Original PR description
Before this commit, depositing money for a customer with a zero balance could result in the creation of an empty order upon refreshing the browser. This issue arose because empty orders without payments were being synchronized, leading to unintended empty orders in the system. This commit addresses the problem by ensuring that empty orders without payments are not synchronized and prevents the creation of such empty orders during the deposit process. opw-4483049