Wednesday, June 15, 2022
11 changes · master
Enhancements to existing features
An unused styling file was removed from the Snailmail Account Follow-up module because it was incorrectly referenced and its rule was not being applied. This is a small cleanup that reduces unnecessary code without changing expected user behavior.
Original PR description
This commit removes the unused `snailmail_account_reports_followup_asset.scss` file. Actually, this file was wrongly referenced in the assets bundle since commit odoo/enterprise@267123d4b758a87607f9023d347c478bbfbcef77 and, thus the single CSS rule concerned wasn't applied. Co-authored-by: Romeo Fragomeli <rfr@odoo.com>
This update enriches the Belgian payroll accounting test setup by adding employee skill history information. It helps ensure payroll-related processes are tested with more complete and realistic employee data, reducing the risk of gaps in future changes.
Miscellaneous changes
a traceback is faced saying, 'TypeError: 'bool' object is not subscriptable', when searching for a project from My Timesheets (grid view) task: 2871524 issue introduced after merging PR #27000 Full traceback: Odoo Server Error Traceback (most recent call last): File "/data/build/odoo/odoo/addons/base/models/ir_http.py", line 237, in _dispatch result = request.dispatch() File "/data/build/odoo/odoo/http.py", line 683, in dispatch result = self._call_function(**self.p
Original PR description
a traceback is faced saying, 'TypeError: 'bool' object is not subscriptable', when searching for a project from My Timesheets (grid view) task: 2871524 issue introduced after merging PR #27000 Full…
a traceback is faced saying, 'TypeError: 'bool' object is not subscriptable',
when searching for a project from My Timesheets (grid view)
task: 2871524
issue introduced after merging PR #27000
Full traceback:
Odoo Server Error
Traceback (most recent call last):
File "/data/build/odoo/odoo/addons/base/models/ir_http.py", line 237, in _dispatch
result = request.dispatch()
File "/data/build/odoo/odoo/http.py", line 683, in dispatch
result = self._call_function(**self.params)
File "/data/build/odoo/odoo/http.py", line 359, in _call_function
return checked_call(self.db, *args, **kwargs)
File "/data/build/odoo/odoo/service/model.py", line 94, in wrapper
return f(dbname, *args, **kwargs)
File "/data/build/odoo/odoo/http.py", line 347, in checked_call
result = self.endpoint(*a, **kw)
File "/data/build/odoo/odoo/http.py", line 912, in __call__
return self.method(*args, **kw)
File "/data/build/odoo/odoo/http.py", line 531, in response_wrap
response = f(*args, **kw)
File "/data/build/odoo/addons/web/controllers/main.py", line 1394, in call_kw
return self._call_kw(model, method, args, kwargs)
File "/data/build/odoo/addons/web/controllers/main.py", line 1386, in _call_kw
return call_kw(request.env[model], method, args, kwargs)
File "/data/build/odoo/odoo/api.py", line 395, in call_kw
result = _call_kw_model(method, model, args, kwargs)
File "/data/build/odoo/odoo/api.py", line 368, in _call_kw_model
result = method(recs, *args, **kwargs)
File "/data/build/enterprise/timesheet_grid/models/analytic.py", line 184, in read_grid
[(field, '=', value[0]) for field, value in list(zip(row_fields, k)) if value[0]])
File "/data/build/enterprise/timesheet_grid/models/analytic.py", line 184, in <listcomp>
[(field, '=', value[0]) for field, value in list(zip(row_fields, k)) if value[0]])
Exception
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/data/build/odoo/odoo/http.py", line 639, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/data/build/odoo/odoo/http.py", line 315, in _handle_exception
raise exception.with_traceback(None) from new_cause
TypeError: 'bool' object is not subscriptable
CC: @fdamhaut @IT-Ideas
Forward-Port-Of: odoo/enterprise#28214
Forward-Port-Of: odoo/enterprise#28175Fix a traceback on the salary rule. Self is not available in scope of the rules so we use a recordset instead Forward-Port-Of: odoo/enterprise#28408
Original PR description
Fix a traceback on the salary rule. Self is not available in scope of the rules so we use a recordset instead Forward-Port-Of: odoo/enterprise#28408
TaskID: 2852453 Forward-Port-Of: odoo/enterprise#28375
Original PR description
TaskID: 2852453 Forward-Port-Of: odoo/enterprise#28375
-before this commit: since commit 39bbd7b5e470b6583896f3f04f9a1a8c9d3405fe the materials section was not present anymore in the bill if the "line subtotals Tax display" option is set to tax included -after this commit: the subtotal is now also calculated correctly again even in tax included mode. So the materials section is present again in the bill opw-2856521 Forward-Port-Of: odoo/enterprise#28228
Original PR description
-before this commit:
since commit 39bbd7b5e470b6583896f3f04f9a1a8c9d3405fe
the materials section was not present anymore in the bill if the
"line subtotals Tax display" option is set to tax included
-after this commit:
the subtotal is now also calculated correctly again even in tax
included mode. So the materials section is present again in the bill
opw-2856521
Forward-Port-Of: odoo/enterprise#28228Steps : Create and login with a user with rights: > planning : admin > employee : none Create a SO with a planning service. Go to planning > Plan orders. Issue : Traceback : hr.employee.public.default_planning_role_id is not a valid field. Cause : planning_slot._get_employee_per_priority() searches for available employee. It calls hr_employee._search(), which checks if user has acces to hr_employee. If not, hr_employee_public._search(). Yet, default_planning_role_id field is h
Original PR description
Steps : Create and login with a user with rights: > planning : admin > employee : none Create a SO with a planning service. Go to planning > Plan orders. Issue : Traceback : hr.employee.public.default_planning_role_id is not a valid field. Cause : planning_slot._get_employee_per_priority() searches for available employee. It calls hr_employee._search(), which checks if user has acces to hr_employee. If not, hr_employee_public._search(). Yet, default_planning_role_id field is hr_employee's. Fix : In planning_slot._get_employee_per_priority(), search with sudo. Forward-Port-Of: odoo/enterprise#28138
Before this commit, When selecting a project and task within that project,the assignees of that task did not automatically assign their resource_id. After this commit, now when a user selects a project and a task within that project, the assigness of that task is now automatically assigned to the resource_id task-2857220 Forward-Port-Of: odoo/enterprise#27521
Original PR description
Before this commit, When selecting a project and task within that project,the assignees of that task did not automatically assign their resource_id. After this commit, now when a user selects a project and a task within that project, the assigness of that task is now automatically assigned to the resource_id task-2857220 Forward-Port-Of: odoo/enterprise#27521
Forward-Port-Of: odoo/enterprise#28351
Original PR description
Forward-Port-Of: odoo/enterprise#28351
Purpose ======= We prevent employees from setting a time off on a period already validated by a payslip. But if the done/paid payslip is a non regular one (eg: double holiday pay), we shouldn't restrict this action as the monthly pay is not even generated. TaskID: 2882962 Forward-Port-Of: odoo/enterprise#28341
Original PR description
Purpose ======= We prevent employees from setting a time off on a period already validated by a payslip. But if the done/paid payslip is a non regular one (eg: double holiday pay), we shouldn't restrict this action as the monthly pay is not even generated. TaskID: 2882962 Forward-Port-Of: odoo/enterprise#28341
Currently in sale_subscription, the default product_pricing is chosen as the first pricing from the product template, however this doesn't take into account pricing_ids specific to a certain variant. This commit fixes this by filtering on the variants. Forward-Port-Of: odoo/enterprise#28264 Forward-Port-Of: odoo/enterprise#27802
Original PR description
Currently in sale_subscription, the default product_pricing is chosen as the first pricing from the product template, however this doesn't take into account pricing_ids specific to a certain variant. This commit fixes this by filtering on the variants. Forward-Port-Of: odoo/enterprise#28264 Forward-Port-Of: odoo/enterprise#27802