Daily updates from Odoo
Tuesday, February 27, 2024
15 changes · master
New functionality added to Odoo
Restaurants can now enable takeaway orders directly in the main Point of Sale app, instead of relying only on Self Order channels like mobile or kiosk. Once activated in the PoS settings, staff get a button in the sales interface to mark an order as takeaway, helping teams handle dine-in and takeaway flows more clearly.
Original PR description
Previously, the PoS restaurant did not have the option of creating takeaway orders. Self Order added this possibility via a mobile or kiosk but not in the main point-of-sale application. This functionality has now been added, and it is now possible to ctivate the takeaway in the pos_config. A button toggling the takeaway will then be present in the PoS interface. taskId: 3640824
Enhancements to existing features
The Knowledge editor now shows a clearer tooltip for the article command. This helps avoid confusion by preventing the article command from appearing alongside the link command in the same context.
Original PR description
This commit updates the article command's tooltip. This update enables this command to not be shown at the same time as the link command. task-3756605
Online shoppers can now select the billing plan they want when buying recurring subscription products. This gives customers clearer choice at checkout and helps businesses offer multiple subscription options for the same product.
Original PR description
Refactor website_sale_subscription to allow user choice over which plan they want to be invoiced with. Task-id: 3523055
Portal task pages now calculate time spent using all related timesheets, including entries the portal user cannot directly open. This keeps parent task totals aligned with the business reality while still only showing timesheet links when the user has access to relevant entries.
Original PR description
https://github.com/odoo/enterprise/pull/23315 introduced a change in the portal and project sharing behavior. With this change, the effective hours spent on a task and its subtasks are counted only from the timesheets accessible by the portal user. This behavior is not desired anymore (see task 3423713). A boolean field is however kept to trigger the link to available timesheets for portal user (no link if the user has access to no timesheet from the current task). related-https://github.com/odoo/odoo/pull/128407 task-3423713
Resolved issues and error corrections
This update cleans up visual issues in Knowledge by removing unwanted dropdown arrows and correcting an oversized image in the move-to-article dialog. Users get a more polished, consistent interface when organizing articles.
Original PR description
**Before this commit:** Unwanted dropdown arrow icons were appearing on dropdown elements, and the image size in the 'move to article' section was exceptionally large. **After this commit:** The mentioned issues have been resolved. **Task**-3733048
This fixes the WhatsApp integration after related data fields were renamed in a recent core update. It helps ensure WhatsApp discussions continue to display correctly in the sidebar without disruption for users.
Original PR description
Since https://github.com/odoo/odoo/pull/154729 those fields have been renamed
Overtime calculations now exclude lunch break periods from worked time, helping prevent employees from being credited overtime when regular breaks account for the extra time. Related payroll attendance tests were updated to reflect lunch periods, improving accuracy in payslip calculations.
Original PR description
Remove lunch hours from work intervals so that overtime is not calculated when it's not due tests adapted to take into account lunch period task 3217799 see odoo/odoo#116953
Code cleanup and technical improvements
Spreadsheet internals were updated to use the newer shared data source approach from Odoo’s spreadsheet engine. This helps keep document spreadsheets and enterprise spreadsheet features aligned, improving long-term reliability without introducing major user-facing changes.
Miscellaneous changes
The default filter on a view was not enabled when inserting said view in Knowledge. How to reproduce: - Open a view with a default filter (i.e. `CRM > My Pipeline`) - Insert it in Knowledge Current Behavior: - The default filter is not enabled in the embedded view in Knowledge. Expected Behavior: - Every active filter should be active in the embedded view after being inserted, no matter if it was a default filter or not. Technical explanation: `_activateDefaultSearchItems` is ac
Original PR description
The default filter on a view was not enabled when inserting said view in Knowledge. How to reproduce: - Open a view with a default filter (i.e. `CRM > My Pipeline`) - Insert it in Knowledge Current Behavior: - The default filter is not enabled in the embedded view in Knowledge. Expected Behavior: - Every active filter should be active in the embedded view after being inserted, no matter if it was a default filter or not. Technical explanation: `_activateDefaultSearchItems` is actually a toggler, and in the specific case where a view does not have a default favorite in knowledge, and was inserted with a default filter enabled, the method would toggle it and disable it. task-3742241 Forward-Port-Of: odoo/enterprise#56410
Have some translations set on a view used by a report. Edit that report with studio. Print the report with a specific language. Before this commit, the terms that were translated before the edition, were not translated after edition. Since commit[1], the whole combined arch of a view is used to make a final inheriting view containing the changes. Unfortunately, translations were in the blind spot of that commit, so that there weren't lost, but simply not copied on the studio view. Af
Original PR description
Have some translations set on a view used by a report. Edit that report with studio. Print the report with a specific language. Before this commit, the terms that were translated before the edition, were not translated after edition. Since commit[1], the whole combined arch of a view is used to make a final inheriting view containing the changes. Unfortunately, translations were in the blind spot of that commit, so that there weren't lost, but simply not copied on the studio view. After this commit, this works as expected as we copy all terms for all languages for all views in the inheritance chain onto the studio view. opw-3746922 opw-3724701 opw-3719157 [1]: b7d0d3034d53cdab831f42f8b37a14cf50f3720e Forward-Port-Of: odoo/enterprise#57490 Forward-Port-Of: odoo/enterprise#56781
The o_field_image in the Drinks in the form view is cancelling the negative margin applied by the row class on the o_group. Using a gutter-x 0 on the o_group removes the padding allowing the inputs to be aligned with the title. This is a quickfix and the behavior of the o_field_image in a form view should be reviewed consistently across Odoo because different module seems to use their own fix for this (Ref: new task-3584778) task-3584529 | Before | | :--: | |  task-3584529 | Before | | :--: | |  | After | |  | Forward-Port-Of: odoo/enterprise#50265
Issue: ====== The table row width gets auto increased when you type. Steps to reproduce the issue: ============================== - Install sales and studio - Open studio in sales and go to reports tabs - Select any report and add a table (3x3 for example) - type anything, it will change the layout of the table (auto increase the size of the cell) Solution: ========= remove `table-layout='auto'` from the css file. task-3749133 Forward-Port-Of: odoo/enterprise#57221
Original PR description
Issue: ====== The table row width gets auto increased when you type. Steps to reproduce the issue: ============================== - Install sales and studio - Open studio in sales and go to reports tabs - Select any report and add a table (3x3 for example) - type anything, it will change the layout of the table (auto increase the size of the cell) Solution: ========= remove `table-layout='auto'` from the css file. task-3749133 Forward-Port-Of: odoo/enterprise#57221
### Summary Currently, when creating a payment, the "payment way" defined on the customer takes precedence over the payments specified on the payment wizard. ### Steps to reproduce * install `l10n_mx_edi` * switch to a Mexican company * create a contact C * on the contact form, in the "Sales & Purchase" tab, set the "Usage" and "Payment Way" to "General expenses" and "Tarjeta de Crédito" respectively. * create an invoice for contact C, with a due date for next month * register a p
Original PR description
### Summary Currently, when creating a payment, the "payment way" defined on the customer takes precedence over the payments specified on the payment wizard. ### Steps to reproduce * install `l10n_mx_edi` * switch to a Mexican company * create a contact C * on the contact form, in the "Sales & Purchase" tab, set the "Usage" and "Payment Way" to "General expenses" and "Tarjeta de Crédito" respectively. * create an invoice for contact C, with a due date for next month * register a payment, with "Payment way" set to "Efectivo" The payment that is created will have it's "Payment way" set to "Tarjeta de Crédito" (the one defined on the customer), even though you specifically selected "Efectivo" in the payment wizard. opw-3717693 Forward-Port-Of: odoo/enterprise#55850
- A traceback was caused because the gross variable was not defined correctly. - Revise the Python condition 'Attachment of Salary' and 'Assignment of Salary' for the salary rules **Note**: The upgrade script is not needed because the data file is noupdate="0". task-3649463 Forward-Port-Of: odoo/enterprise#55048
Original PR description
- A traceback was caused because the gross variable was not defined correctly. - Revise the Python condition 'Attachment of Salary' and 'Assignment of Salary' for the salary rules **Note**: The upgrade script is not needed because the data file is noupdate="0". task-3649463 Forward-Port-Of: odoo/enterprise#55048
task-id 3755037 Documentation PR https://github.com/odoo/documentation/pull/7840 Forward-Port-Of: odoo/enterprise#57379 Forward-Port-Of: odoo/enterprise#57138
Original PR description
task-id 3755037 Documentation PR https://github.com/odoo/documentation/pull/7840 Forward-Port-Of: odoo/enterprise#57379 Forward-Port-Of: odoo/enterprise#57138