Thursday, January 11, 2024
14 changes · 17.0
Enhancements to existing features
The Restaurant Point of Sale order button now shows quantities to the left of category names with added spacing. This makes quantities easier to read, especially when category names are short, improving cashier usability during service.
Original PR description
Before, when category name is small it can be difficult to read quantities.  Now: quantities are to the left of category names with a little padding  taskId: 3630619
The Italian EDI (Electronic Data Interchange) module will no longer be automatically installed when you install the Italian localization. This change allows businesses using external accounting modules or alternative EDI solutions to avoid unnecessary software installations. Users who need the Italian EDI functionality can still manually install it when required.
Original PR description
Description of the issue/feature this PR addresses: ### Current behavior before PR: l10n_it_edi is auto_installed if you install l10n_it ### Desired behavior after PR is merged: l10n_it_edi is not auto_installed becauseIs it not always required (for example if you use external accounting modules) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
This update removes a duplicate invoice report setup in the Serbian localization module. It should not change what users see, but it reduces confusion and makes future maintenance safer.
Original PR description
Description of the issue/feature this PR addresses: Before this commit there was a duplicate inheritance of report template `account.report_invoice_document` in files: `l10n_rs/views/account_move.xml` -> https://github.com/odoo/odoo/blob/16.0/addons/l10n_rs/views/account_move.xml#L15 `l10n_rs/views/report_invoice` -> https://github.com/odoo/odoo/blob/16.0/addons/l10n_rs/views/report_invoice.xml#L4 Current behavior before PR: This commit cleans the views and leaves only one template Desired behavior after PR is merged: No visible difference, but removes confusion for future implementation/fixes. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Documentation and clarification updates
This update adds new team members from Modoolar to the Contributor License Agreement (CLA) file. The change ensures that all current contributors from the Modoolar organization are properly registered and authorized to contribute to Odoo, maintaining compliance with the project's legal requirements.
Original PR description
Description of the issue/feature this PR addresses: Submit additional team members to the modoolar CLA file 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
Miscellaneous changes
Current behavior: If you use a non cash payment method, with "identify customer" option and register a payment difference at the closing of the session. The difference is not taken into account in the session report. Steps to reproduce: - Activate "identify customer" option on the bank payment method - Open a session - Add a product to the order - Pay the order with the bank payment method - Close the session with a payment difference - Print the session report - Open the report, at
Original PR description
Current behavior: If you use a non cash payment method, with "identify customer" option and register a payment difference at the closing of the session. The difference is not taken into account in the session report. Steps to reproduce: - Activate "identify customer" option on the bank payment method - Open a session - Add a product to the order - Pay the order with the bank payment method - Close the session with a payment difference - Print the session report - Open the report, at the bottom you should see the payment difference but it is not the case opw-3597291 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#146341
This fixes an error that could occur when customers used the online shop in Arabic and switched between grid and list product layouts. The change prevents a layout marker from being translated incorrectly and makes the page more reliable for multilingual shoppers.
Original PR description
To reproduce ============ - in shop switch website to Arabic - change the layout between grid and list -> traceback Problem ======= the class `active` defined in the template is translated and apparently it adds a white space Solution ======== - make the class not translable using `t-value` - use regex to get the classes to avoid having empty strings in future opw-3607228 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The web editor now better detects whether a user actually made changes before marking content as modified. This helps prevent unnecessary save prompts caused by background editor updates rather than real user edits.
Original PR description
In some circumstances, the call to HtmlField._isDirty returns true because that method compares the original value with the value of the wysiwyg that could have changed for multiple technical reasons even though the user did not make any change. To be sure the user has made a change, this commit checks that at least one historyStep was made. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
A spelling error in the Colombian tax reporting module has been corrected. This fix ensures that tax certification reports display correctly without any text errors, improving the accuracy and professionalism of official tax documents.
Original PR description
Forward-Port-Of: odoo/enterprise#53217
This update removes duplicate filter options that were appearing in the depreciation schedule view. The fix reorganizes how filter settings are applied to ensure users see clean, non-duplicated options when managing asset depreciation schedules.
Original PR description
The aim of this commit is changing the position of xpath for "replace" instead of "after" for the extra options depreciation schedule filters. no task id Forward-Port-Of: odoo/enterprise#54054 Forward-Port-Of: odoo/enterprise#54018
This update adds Flex ERP as an author of the Danish localization module to recognize their significant contribution to implementing this feature. This is a minor administrative change that properly credits the partner organization involved in the module's development.
Original PR description
As Flex ERP help us a lot to implement this localization, we add them as author of the module. issue id: #148085 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes the visual presentation of the taxes table in Indian EDI invoice previews. The taxes column was appearing cramped and difficult to read due to inherited formatting styles. By removing these inherited attributes, the tax information now displays more clearly and is easier to read for users reviewing invoices.
Original PR description
In this PR ------------- Before this commit: - The taxes column on invoice preview were displayed abit congested due to inherited attributes After this commit: - We have removed inherited attributes which resolves the above mentioned issue #### Before  #### After  --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#148433
This fix corrects how Spanish addresses are formatted when displayed. Previously, if a state/region wasn't specified, addresses would show empty parentheses, creating an unprofessional appearance. The update now properly positions the state information below the zip code and city line, following standard Spanish address conventions and eliminating the empty parentheses issue.
Original PR description
Commit 8889a896f introduced the state in the address format for spain between parentheses, however if the state is unset this leads to weird values like ``` Isabella López Navarro () Spain ``` which is bad. This commit instead formats spanish addresses by adding the state below the Zip+City line and above the Country, as suggested here: https://en.wikipedia.org/wiki/Address#Spain This avoids empty parentheses. Task-3679058
Steps to reproduce ================== 1. Install event 2. Go to Events 3. Configuration > Event Templates 4. Click on any event 5. Click on Communication 6. Add a line, change type to SMS 7. Type anything in Template 8. Click on Create "..." 9. The operation cannot be completed Cause of the issue ================== For many2one and many2many editable fields, the server sets the can_create and can_write attributes on the field nodes. [1] [2] In some cases [3], those attribu
Original PR description
Steps to reproduce ================== 1. Install event 2. Go to Events 3. Configuration > Event Templates 4. Click on any event 5. Click on Communication 6. Add a line, change type to SMS 7. Type…
Steps to reproduce ================== 1. Install event 2. Go to Events 3. Configuration > Event Templates 4. Click on any event 5. Click on Communication 6. Add a line, change type to SMS 7. Type anything in Template 8. Click on Create "..." 9. The operation cannot be completed Cause of the issue ================== For many2one and many2many editable fields, the server sets the can_create and can_write attributes on the field nodes. [1] [2] In some cases [3], those attributes are missing even though the fields are actually editable. They are also absent for reference fields. The `canQuickCreate` props was set to the following value: `canCreate && !noQuickCreate`. When canCreate was absent, this was evaluated to undefined, thus ignoring the noQuickCreate option. Solution ======== When the permission attributes are missing, we have to assume that the user has the appropriate permissions. We also have to cast the extracted props to booleans as if you have an props with a value of undefined, it will fall back to the default value. In the test `no_quick_create option on a many2one when can_create is absent`, we set the field as readonly and then cancel the readonly on the view. This reproduces one of the bug of [3] which causes the permission attributes to be missing. ----- [1]: https://github.com/odoo/odoo/blob/fa6da3d63a3a4cce4e8ca788a49772925d318764/odoo/addons/base/models/ir_ui_view.py#L1296-L1297 [2]: https://github.com/odoo/odoo/blob/fa6da3d63a3a4cce4e8ca788a49772925d318764/odoo/addons/base/models/ir_ui_view.py#L1080-L1086 [3]: https://github.com/odoo/odoo/pull/138032 opw-3609799 Forward-Port-Of: odoo/odoo#147936 Forward-Port-Of: odoo/odoo#145433
Current behavior: When an order total is rounded, if you refund it from the backend. The refund amount is not correct, and you will not be able to close your pos session. Steps to reproduce: - Create a rounding of 0.05 HALF UP and activate it on the PoS - Create a product with a price of 49.99 - Sell the product in the PoS - Go back to the backend without closing the session - Refund the order from the backend - Try to close the session opw-3574913 --- I confirm I have signed the
Original PR description
Current behavior: When an order total is rounded, if you refund it from the backend. The refund amount is not correct, and you will not be able to close your pos session. Steps to reproduce: - Create a rounding of 0.05 HALF UP and activate it on the PoS - Create a product with a price of 49.99 - Sell the product in the PoS - Go back to the backend without closing the session - Refund the order from the backend - Try to close the session opw-3574913 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#146474