Steps to reproduce:

- Install Discuss and Livechat.
- Open a window without logging in and trigger the Livechat.
- Select the "I have a pricing question" option, and it should tell you that there are no operators available.
- When it asks you for your email just type anything, and try to close the window.
- When you have pressed on the "x" it should ask you to review the service you had, select any of it and close the window.
- Now log into the database and go to the livechat app and go to the livechat channel where we did the review, and inside it try to "Go to Website".

Issue:

Traceback will be raised, caused of the review we have done which is not assigned to anyone in the support team.

Solution:

When can handle this, and just still take into account the review we just had (current fix). Or we should not let the user to review if we don't have an agent to be reviewed. Or if we can somehow assign these reviews to the chatbot.

opw-3143564

Forward-Port-Of: odoo/odoo#112222

To reproduce the problem:
- ensures python-magic is not installed. It is used to guess the mime type of a file. The code uses an alternate solution if not present and this is that alternate version that's unable to guess the mime type of an xlsx file.
- in website_slides, open a course
- open a content
- go to the "Additional Resources" tab
- add an xlsx file
- remove the extension of the file in the name
- open the public website and open that content
- click on the link of the file you just have added
- instead of a xlsx, you get a zip file

This fix solves the problem by using the extension of the file uploaded if it is valid.

Technical note: prior version 16, the mime type stored in the attachment was used to determine the extension of the file when downloading it. From version 16, if the extension is missing in the file name, the system tries to guess it using python-magic if installed and a custom implementation if not: _odoo_guess_mimetype. The custom implementation doesn't support the detection of xlsx files (and other formats) while python-magic supports it. That's why the problem described above only appends while python-magic is not installed. To solve the problem we have added in the download URL a name of a computed field that returns the name of the resource but also complete it with the extension of the file name if necessary and present.

Task-3200998

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#113749

Steps to reproduce:

  - Install Sales modules (for test purpose)
  - Open any quotation
  - Click on "Send by Email" button
  - Download the attachment (in the bottom of the modal)
  - Try to add another partner to recipients

Issue:

  Chrome: The partner is not added (visually) to the recipients.
  Firefox: After downloading the attachment, the page is stuck on
  "Loading...".

Cause:

  When downloading the attachment, since it's a link, the browser
  think at first that we are going to change the page, and therefore
  trigger the "beforeunload" event.
  Doing so will call the `urgentSave` method that will set the
  `_urgentSave` attribute to true, and then notify to render.

  When we try to add a partner to the recipients, since the
  `_urgentSave` attribute is set to true, it will not trigger the
  rendering of the view.

Solution:

  Add `taget="_blank"` to the `<a/>` tag, so the browser will open the
  attachment in a new tab, and therefore will not trigger the
  "beforeunload" event.

opw-3176996

Forward-Port-Of: odoo/odoo#113856

- Allow link from imported VB to PO, fixes 

Every imported vendor bill now will have the chance to make its invoice_origin linked to a Purchase Order.
The function is moved from `account_journal` to `account_edi_format` to allow the link being done from all webservices, thread attachments and upload.

- Avoid mocking the proxy testing

The test on the check that the same attachment is coming twice from the proxy doesn't actually need to test the proxy. By splitting the function, we avoid mocking the proxy for no added value. Added an ir.rule for companies to only look for their account_edi_proxy_client.users

- PA Index label should be Destination Code

PA Index is a completely wrong description. This is the destination "address" of the partner at which our EDI documents (invoices) should be directed to inside the SdI e-invoicing system, much like an IP address. It's not an index, doesn't have much to share with the Public Administration. The correct literal translation of the name should be "Destination Code"
for Codice Destinatario. We have clients opening tickets because they don't recognize this field on the partner form because of the wrong translation.

- Fixes on taxes import

Lines didn't have their taxes cleared, so invoices actually added the taxes in the XML to the default supplier taxes of the product VAT taxes on import search was conflicting with actual withholding / pension fund taxes, so extra conditions are added in the search if withholding / pension fund fields are not specified

Task link: https://www.odoo.com/web#id=3175353&model=project.task
Task-3175353

Forward-Port-Of: odoo/odoo#111365

#### Description
- 'NoneType' object is not callable while evaluating '_render(self, current_value, render)[1]' that occurs in 'data_cleaning.record' because of rule_id._action_to_python() returns 'None' and methods[0](record, value) tried to get the record and none type object can't be allowed in interaction

#### Traceback:
```python
Traceback (most recent call last):
  File "/tmp/tmpxgcnow2b/migrations/base/tests/test_mock_crawl.py", line 220, in crawl_menu
    self.mock_action(action_vals)
  File "/tmp/tmpxgcnow2b/migrations/base/tests/test_mock_crawl.py", line 304, in mock_action
    views = get_views(
  File "/home/odoo/src/odoo/16.0/odoo/addons/base/models/ir_ui_view.py", line 2506, in get_views
    bindings = self.env['ir.actions.actions'].get_bindings(self._name)
  File "/home/odoo/src/odoo/16.0/odoo/addons/base/models/ir_actions.py", line 99, in get_bindings
    for action_type, all_actions in self._get_bindings(model_name).items():
  File "<decorator-gen-53>", line 2, in _get_bindings
  File "/home/odoo/src/odoo/16.0/odoo/tools/cache.py", line 90, in lookup
    value = d[key] = self.method(*args, **kwargs)
  File "/home/odoo/src/odoo/16.0/odoo/addons/base/models/ir_actions.py", line 127, in _get_bindings
    self.env.flush_all()
  File "/home/odoo/src/odoo/16.0/odoo/api.py", line 732, in flush_all
    self._recompute_all()
  File "/home/odoo/src/odoo/16.0/odoo/api.py", line 728, in _recompute_all
    self[field.model_name]._recompute_field(field)
  File "/home/odoo/src/odoo/16.0/odoo/models.py", line 6152, in _recompute_field
    field.recompute(records)
  File "/home/odoo/src/odoo/16.0/odoo/fields.py", line 1325, in recompute
    self.compute_value(recs)
  File "/home/odoo/src/odoo/16.0/odoo/fields.py", line 1347, in compute_value
    records._compute_field_value(self)
  File "/home/odoo/src/odoo/16.0/odoo/models.py", line 4186, in _compute_field_value
    getattr(self, field.compute)()
  File "/home/odoo/src/enterprise/16.0/data_cleaning/models/data_cleaning_record.py", line 84, in _compute_values
    suggested_value = record._render_value(current_value)
  File "/home/odoo/src/enterprise/16.0/data_cleaning/models/data_cleaning_record.py", line 69, in _render_value
    return _render(self, current_value, render)[1]
  File "/home/odoo/src/enterprise/16.0/data_cleaning/models/data_cleaning_record.py", line 64, in _render
    return _render(record, methods[0](record, value), methods[1:])
TypeError: 'NoneType' object is not callable
```

#### References:
- Link to task: opw-3167377
- [Error Pad](https://pad.odoo.com/p/issue-3167377-ksna)

Forward-Port-Of: odoo/enterprise#37672

## Current behaviour
You are able to edit in the grid view the timesheet on a project that *had* the option "Timesheets" enabled, but doesn't anymore.

## Expected behaviour
You should be able to edit a timesheet time in the grid view when the associated project has the setting disabled. Else it will create a new entry for the task in the project, even tough the option has been disabled.

## Steps to reproduce
- Install Project, Timesheets
- Create a project with Timesheets enabled, on a task log some hours
- Validate the timesheet in Timesheets
- Disable the option on the project for timesheets
- In Timesheets > Grid View > try to modify the time of the timesheet we just validated
- The changes goes through and you can see in the list view that a new timesheet has been created with the difference.

## Reason for the problem
The cell in the grid view is not read only in that case.

## Fix
We cannot put the cell read only, but in `adjust_grid` we raise an UserError if `allow_timesheets` on the project of the line is disabled.

## Affected versions
- 16.0
- saas-16.1
- master
---
opw-3203241

Forward-Port-Of: odoo/enterprise#37924

Reproduction:
1. Install Accounting, Sales, FedEx shipment, create a UK company, use a real UK address, for my test: Hoover Building 7, Western Ave, London, UB6 8DB
2. Go to settings -> Accounting, enable the multi-currency option. In Settings-> Sale, enable pricelists.
3. Go to Sales, place an order of Deco Addict, price list uses the default USD price list, and pick any saleable product, add the FedEx international shipment method, get rate.
4. Confirm the order and do to the delivery. Try to validate the stock move, KeyError: 'USD', log “Preferred currency has not been found in FedEx response”

Reason: For FedEx shipment requests of stock moves, the preferred currency is set to the company’s currency instead of the order’s currency. But in the same function https://github.com/odoo/enterprise/blob/14.0/delivery_fedex/models/delivery_fedex.py#L409-L422 the shipment rate in the order currency is checked. This causes a not found error when the order currency is different from the company’s currency.

Fix: when we send FedEx shipment request for stock moves, we should
check if there’s a SO related to the stock picking, if so we use the
SO currency. Otherwise, we use the company currency. To simplify the
code we just move order_currency above and use it for currency set.

Note: the request results contain rate in the account's base currency, and the rate in preferred currency

Related PR for setting preferred currency: https://github.com/odoo/enterprise/pull/13723

opw-3145829

Forward-Port-Of: odoo/enterprise#38035
Forward-Port-Of: odoo/enterprise#37878