Friday, May 8, 2020
10 changes · master
Enhancements to existing features
Indian GST reports now use the updated GST treatment information instead of older removed fields. This helps keep tax reporting aligned with current data structures and improves the accuracy of report results, including reverse charge cases.
Original PR description
l10n_in_export_type and l10n_in_import_export field is removed and alternate data available in a new field l10n_in_gst_treatment So update related domain task: 2089217
Code cleanup and technical improvements
The way closed project stages are defined has been moved from the enterprise project area into the main Project app. This keeps related Helpdesk, Timesheets, and Field Service screens aligned with the central Project configuration and should make stage behavior more consistent.
Original PR description
Closed stage are moved to `project`. TaskID: 2205057
Miscellaneous changes
Task : https://www.odoo.com/web#id=2252432&action=327&model=project.task&view_type=form&cids=&menu_id=4720 Forward-Port-Of: odoo/enterprise#10464
Original PR description
Task : https://www.odoo.com/web#id=2252432&action=327&model=project.task&view_type=form&cids=&menu_id=4720 Forward-Port-Of: odoo/enterprise#10464
As of 5th of May 2020, Facebook has decided to deprecate a few endpoints: https://developers.facebook.com/docs/graph-api/changelog/2020-02-03-endpoint-deprecations We thought that those changes did not impact us because we don't directly use any of those endpoints. However, graphQL allows you to indirectly nest endpoint calls by accessing sub-fields on an endpoint definition. For example, if we ask for the following "fields" on the "comments" endpoints: 'likes.limit(0).summary(true)
Original PR description
As of 5th of May 2020, Facebook has decided to deprecate a few endpoints: https://developers.facebook.com/docs/graph-api/changelog/2020-02-03-endpoint-deprecations We thought that those changes did not impact us because we don't directly use any of those endpoints. However, graphQL allows you to indirectly nest endpoint calls by accessing sub-fields on an endpoint definition. For example, if we ask for the following "fields" on the "comments" endpoints: 'likes.limit(0).summary(true)' It will indirectly call the endpoint comments/likes, which is part of the deprecated ones. This was simply fixed by requesting the "like_count" field instead, which allows to keep the same behavior as before. (In other words, nothing changes functionally) Task 2191695 Forward-Port-Of: odoo/enterprise#10455
Courtesy of Federico Zanuttini (fza), Odoo Forward-Port-Of: odoo/enterprise#10456
Original PR description
Courtesy of Federico Zanuttini (fza), Odoo Forward-Port-Of: odoo/enterprise#10456
A user could see and edit all their shifts, including the non-published ones. TaskID: 2230201 Forward-Port-Of: odoo/enterprise#9650
Original PR description
A user could see and edit all their shifts, including the non-published ones. TaskID: 2230201 Forward-Port-Of: odoo/enterprise#9650
- Go to Helpdesk - Open a ticket - Activate Studio to edit the ticket form - Add a Many2many field related to "helpdesk.ticket" - Go to a ticket form and add another ticket in the newly added Many2many field - Save the ticket - Change the stage from the ticket form The following traceback is generated: ------------------------------------------------------------------------------------------ File "/home/odoo/src/enterprise/helpdesk/models/helpdesk_ticket.py", line 390, in name_get re
Original PR description
- Go to Helpdesk - Open a ticket - Activate Studio to edit the ticket form - Add a Many2many field related to "helpdesk.ticket" - Go to a ticket form and add another ticket in the newly added Many2many field - Save the ticket - Change the stage from the ticket form The following traceback is generated: ------------------------------------------------------------------------------------------ File "/home/odoo/src/enterprise/helpdesk/models/helpdesk_ticket.py", line 390, in name_get result.append((ticket.id, "%s (#%d)" % (ticket.name, ticket.id))) TypeError: %d format: a number is required, not NewId ------------------------------------------------------------------------------------------ opw-2244205 Forward-Port-Of: odoo/enterprise#10428
action_invoice_paid is the preferred hook when doing post-reconcile actions. Forward-Port-Of: odoo/enterprise#10399 Forward-Port-Of: odoo/enterprise#10377
Original PR description
action_invoice_paid is the preferred hook when doing post-reconcile actions. Forward-Port-Of: odoo/enterprise#10399 Forward-Port-Of: odoo/enterprise#10377
Steps to rperoduce the bug: - Let's consider a portal user PU - Create a subscription S for PU - Log with PU and go in your subscription on the portal - Filter by Closed Bug: A 403 error was raised because PU has no right to read sale.subscription.stage PS: We can add sudo in these two parts because a first check is made in function _prepare_portal_layout_values opw:2248630 Forward-Port-Of: odoo/enterprise#10414
Original PR description
Steps to rperoduce the bug: - Let's consider a portal user PU - Create a subscription S for PU - Log with PU and go in your subscription on the portal - Filter by Closed Bug: A 403 error was raised because PU has no right to read sale.subscription.stage PS: We can add sudo in these two parts because a first check is made in function _prepare_portal_layout_values opw:2248630 Forward-Port-Of: odoo/enterprise#10414
… traceback Steps to reproduce: - install payroll - go to payroll > work entries > work entries > list view > create - set a name > pick any employee > set a start date > select 'Compensatory Time Off' as a work entry type > set an end date Previous behavior: you get a traceback ValueError: Expected singleton: resource.calendar() Current behavior: period is calculated and set from start date and end date opw-2219429 Forward-Port-Of: odoo/enterprise#10105 Forward-Port-Of: odoo
Original PR description
… traceback Steps to reproduce: - install payroll - go to payroll > work entries > work entries > list view > create - set a name > pick any employee > set a start date > select 'Compensatory Time Off' as a work entry type > set an end date Previous behavior: you get a traceback ValueError: Expected singleton: resource.calendar() Current behavior: period is calculated and set from start date and end date opw-2219429 Forward-Port-Of: odoo/enterprise#10105 Forward-Port-Of: odoo/enterprise#9352