Thursday, October 12, 2023
15 changes
Enhancements to existing features
This update reduces the amount of generated CSS used by accounting and marketing automation screens. It should make pages slightly lighter to load while keeping the visual appearance and behavior unchanged.
Original PR description
On a runbot all database, moving from 2.15MB to 1.95MB (uncompressed) of CSS. task-3546717
Time off records now track changes to the payslip state in the activity log. This gives HR users a clearer history of payroll-related status updates directly from the employee leave record.
Original PR description
The Payslip State field will be tacked in the chatter so that it will be helpful for the user. task: 3506642
Two country-specific payroll accounting test modules are now excluded from the default automated runbot installation. This helps keep automated testing environments lighter and avoids loading extra payroll components unless they are explicitly needed.
Original PR description
*: test_l10n_(ch, us)_hr_payroll_account Prior to this commit, the modules `l10n_ch_hr_payroll`, and `l10n_us_hr_payroll` were automatically loaded on the runbot because these modules depend on `test_l10n_ch_hr_payroll_account` and `test_l10n_us_hr_payroll_account` respectively. In order to avoid overloading these modules on the runbot, we have added `installable: False` in the manifest file on `test_l10n_ch_hr_payroll_account` and `test_l10n_us_hr_payroll_account`. task - 3501382
Miscellaneous changes
task-3497547 Forward-Port-Of: odoo/enterprise#47073
Original PR description
task-3497547 Forward-Port-Of: odoo/enterprise#47073
After odoo/enterprise@808ec18c3, when updating/upgrading a database where `hr_appraisal_survey` is already installed, Appraisals / Officer where still not able to see all appraisal feedback surveys. Forward-Port-Of: odoo/enterprise#48803 Forward-Port-Of: odoo/enterprise#48720
Original PR description
After odoo/enterprise@808ec18c3, when updating/upgrading a database where `hr_appraisal_survey` is already installed, Appraisals / Officer where still not able to see all appraisal feedback surveys. Forward-Port-Of: odoo/enterprise#48803 Forward-Port-Of: odoo/enterprise#48720
Issue: ====== When the user has a meeting as allday and the user is in a timezone different than `UTC` then getting available slots will produce wrong results. Steps to reproduce the error: ============================= - install calendar + appointment + website - go to calendar and clear all meetings first - go to to online appointments and update create an online appointment which only one user (mitchel admin) and having in schedule only monday from 2 to 23, select America/Chicago in
Original PR description
Issue: ====== When the user has a meeting as allday and the user is in a timezone different than `UTC` then getting available slots will produce wrong results. Steps to reproduce the error:…
Issue: ====== When the user has a meeting as allday and the user is in a timezone different than `UTC` then getting available slots will produce wrong results. Steps to reproduce the error: ============================= - install calendar + appointment + website - go to calendar and clear all meetings first - go to to online appointments and update create an online appointment which only one user (mitchel admin) and having in schedule only monday from 2 to 23, select America/Chicago in options - update the timezone of the user in user setting prefrences to the same one too. - Go back to calendar , create a meeting with allday activated and choose a day in the next week a in monday. - Go to website now and go to appointment and choose the timezone the same as before. you will see that that monday will still have some slots available. Origin of the issue: ==================== When calculating availabilities in the backend we use UTC time for the slots , so some of them might be in the next day which is tuesday so there is no allday event in that day and in that way it will be available. Solution: ========= I updated the check to check on allday with the user timezone so we make sure that it will be unavailable on an allday meeting date. opw-3439545 Forward-Port-Of: odoo/enterprise#46481
When a user chooses the same template from the template gallery twice, the preview disappears from the screen. This commit aims to resolve this issue. Steps to reproduce the issue: 1. Open the template gallery of Knowledge 2. Click on a template to preview it 3. Click on the same template again => The preview disappears from the screen TO BE: When the user selects the same template twice, the scroll offset of the preview should be set to 0. To reset the scroll offset of the preview w
Original PR description
When a user chooses the same template from the template gallery twice, the preview disappears from the screen. This commit aims to resolve this issue. Steps to reproduce the issue: 1. Open the…
When a user chooses the same template from the template gallery twice, the preview disappears from the screen. This commit aims to resolve this issue. Steps to reproduce the issue: 1. Open the template gallery of Knowledge 2. Click on a template to preview it 3. Click on the same template again => The preview disappears from the screen TO BE: When the user selects the same template twice, the scroll offset of the preview should be set to 0. To reset the scroll offset of the preview when the user selects a template, we follow these steps to avoid any flickering: 1. We hide the preview 2. We set the scroll offset of the preview back to 0 3. We load the new record 4. When the component is patched and the res id of the record changes, we display the preview to the user. When the user clicks on the same template twice, the step 4 is not executed because the res id of the record does not change (see: the dependencies of the `useEffect`). Hence, the preview remains in the hidden state. This commit will ensure that the preview will be hidden only if the user selects another template. Reference: https://github.com/odoo/enterprise/pull/47451 task-3525333 Forward-Port-Of: odoo/enterprise#48057
The error will be generated when the verified token is not received from WhatsApp and this error can occur in many different kinds of situations, including Incorrect Endpoint URLs, Authentication Issues, and Network Issues, among others. Steps To Reproduce- - Install and open the `WhatsApp` - Open Configuration Menu > WhatsApp Business Accounts. - Create the New > Enter the record > save it. - click on the box of `callback URL` in `Receiving messages`. sentry traceback- ``` KeyError:
Original PR description
The error will be generated when the verified token is not received from WhatsApp and this error can occur in many different kinds of situations, including Incorrect Endpoint URLs, Authentication…
The error will be generated when the verified token is not received from WhatsApp and this error can occur in many different kinds of situations, including Incorrect Endpoint URLs, Authentication Issues, and Network Issues, among others.
Steps To Reproduce-
- Install and open the `WhatsApp`
- Open Configuration Menu > WhatsApp Business Accounts.
- Create the New > Enter the record > save it.
- click on the box of `callback URL` in `Receiving messages`.
sentry traceback-
```
KeyError: 'hub.verify_token'
File "odoo/http.py", line 2134, in __call__
response = request._serve_db()
File "odoo/http.py", line 1710, in _serve_db
return service_model.retrying(self._serve_ir_http, self.env)
File "odoo/service/model.py", line 133, in retrying
result = func()
File "odoo/http.py", line 1737, in _serve_ir_http
response = self.dispatcher.dispatch(rule.endpoint, args)
File "odoo/http.py", line 1851, in dispatch
return self.request.registry['ir.http']._dispatch(endpoint)
File "addons/website/models/ir_http.py", line 235, in _dispatch
response = super()._dispatch(endpoint)
File "odoo/addons/base/models/ir_http.py", line 191, in _dispatch
result = endpoint(**request.params)
File "odoo/http.py", line 717, in route_wrapper
result = endpoint(self, *args, **params_ok)
File "home/odoo/src/enterprise/saas-16.4/whatsapp/controller/main.py", line 75, in webhookget
token = kwargs['hub.verify_token']
```
sentry-4471221045
Forward-Port-Of: odoo/enterprise#47287Steps: 1. Install the WhatsApp module. 2. Create a WhatsApp template with header type=Text 3. Add Template Header Text = hello {{1}} On saving this record It will raise traceback Problem: the method _compute_variable_ids of the WhatsApp template is trying to fetch the element of set by header_variable[0] which is not supported. So it is giving Traceback for that. Solution: To solve this issue, use a list for header_variable. Also added a unit test case for the dynamic header
Original PR description
Steps:
1. Install the WhatsApp module.
2. Create a WhatsApp template with header type=Text
3. Add Template Header Text = hello {{1}}
On saving this record It will raise traceback
Problem:
the method _compute_variable_ids of the WhatsApp template is trying to fetch
the element of set by header_variable[0] which is not supported.
So it is giving Traceback for that.
Solution:
To solve this issue, use a list for header_variable.
Also added a unit test case for the dynamic header
task - 3510168
Forward-Port-Of: odoo/enterprise#47279Since saas-16.4, the field `name` is required on the new model `soda.account.mapping`, which is wrong because a coda file could be imported without label on transaction line. Therefore, a ValidationError is raised in this case. With this commit, we set the label to an empty string if label is not set. We also adapt a test and the related test file to be consistent with the behavior. opw-3506519 Forward-Port-Of: odoo/enterprise#47416
Original PR description
Since saas-16.4, the field `name` is required on the new model `soda.account.mapping`, which is wrong because a coda file could be imported without label on transaction line. Therefore, a ValidationError is raised in this case. With this commit, we set the label to an empty string if label is not set. We also adapt a test and the related test file to be consistent with the behavior. opw-3506519 Forward-Port-Of: odoo/enterprise#47416
Steps to reproduce: - Create quality point on receipt operations with control per quantity - Create receipt with product tracked by lot - Receive products, create a move line and enter a lot name - save, click quality checks and pass the check - validate the receipt Expected Behavior, the Lot field in quality check form should be the same as the move line in the receipt. Actual Behavior, the Lot field is empty TaskId: 3380442 Forward-Port-Of: odoo/enterprise#47727
Original PR description
Steps to reproduce: - Create quality point on receipt operations with control per quantity - Create receipt with product tracked by lot - Receive products, create a move line and enter a lot name - save, click quality checks and pass the check - validate the receipt Expected Behavior, the Lot field in quality check form should be the same as the move line in the receipt. Actual Behavior, the Lot field is empty TaskId: 3380442 Forward-Port-Of: odoo/enterprise#47727
Duplicate an asset, the acquisition_date is not copied. But that's a bad idea. That's like using the first asset as a model. Instead, we copy the acquisition_date and prorata_date Forward-Port-Of: odoo/enterprise#48776 Forward-Port-Of: odoo/enterprise#48134
Original PR description
Duplicate an asset, the acquisition_date is not copied. But that's a bad idea. That's like using the first asset as a model. Instead, we copy the acquisition_date and prorata_date Forward-Port-Of: odoo/enterprise#48776 Forward-Port-Of: odoo/enterprise#48134
`KnowledgeDocumentsSelector` is an aggregate of both `ImageSelector` and `DocumentsSelector` for files used with the `/file` command in `Knowledge`. As such, the same domain restrictions should apply for technical files so that they are not displayed to the user. See [1], [2]. [1]: https://github.com/odoo-dev/odoo/commit/c46204dff99c42a5b6f8b49da2094f850b619d6f [2]: https://github.com/odoo-dev/odoo/commit/7fd0698cf765a79959566b51e33cb76bff83d344 task-3172056 Forward-Port-Of: odoo/e
Original PR description
`KnowledgeDocumentsSelector` is an aggregate of both `ImageSelector` and `DocumentsSelector` for files used with the `/file` command in `Knowledge`. As such, the same domain restrictions should apply for technical files so that they are not displayed to the user. See [1], [2]. [1]: https://github.com/odoo-dev/odoo/commit/c46204dff99c42a5b6f8b49da2094f850b619d6f [2]: https://github.com/odoo-dev/odoo/commit/7fd0698cf765a79959566b51e33cb76bff83d344 task-3172056 Forward-Port-Of: odoo/enterprise#48758 Forward-Port-Of: odoo/enterprise#48628
Have Account groups defined for the current company Open Balance Sheet Enable "Hierarchy and Subtotals" option Click on unfoldable line twice Issue. error message pops up. OwlError: Got duplicate key in t-foreach: ~account.group~ This occurs because the new lines fetched for the group info have no reference to the parent line. As result the fold/unfold mechanism is not working properly and fetching more lines will raise duplication issues opw-3521189 Forward-Port-Of: odoo/enterpri
Original PR description
Have Account groups defined for the current company Open Balance Sheet Enable "Hierarchy and Subtotals" option Click on unfoldable line twice Issue. error message pops up. OwlError: Got duplicate key in t-foreach: ~account.group~ This occurs because the new lines fetched for the group info have no reference to the parent line. As result the fold/unfold mechanism is not working properly and fetching more lines will raise duplication issues opw-3521189 Forward-Port-Of: odoo/enterprise#48714
The accounts of the demo asset are completely wrong. Atleast make them coherent with the domain available. Forward-Port-Of: odoo/enterprise#48701 Forward-Port-Of: odoo/enterprise#48446
Original PR description
The accounts of the demo asset are completely wrong. Atleast make them coherent with the domain available. Forward-Port-Of: odoo/enterprise#48701 Forward-Port-Of: odoo/enterprise#48446