when user tries 'PRINT PREVIEW' product.report_producttemplatelabel_dymo report in web_studio,
A traceback will appear.

Step to produce:
- Install 'Sales' and 'web_studio'.
- Go to 'web_studio' and open 'Sales'.
- reports > product.report_producttemplatelabel_dymo
- Click PRINT PREVIEW

Traceback:
```
KeyError: 'pricelist'
  File "<481>", line 251, in template_481
  File "<481>", line 200, in template_481_content
QWebException: Error while render the template
KeyError: 'pricelist'
Template: ir.ui.view(481,)
Path: /t/div/div/div[4]/strong
Node: <strong class="o_label_price_small" t-out="pricelist._get_product_price(product, 1, pricelist.currency_id or product.currency_id)" t-options="{\'widget\': \'monetary\', \'display_currency\': pricelist.currency_id or product.currency_id, \'label_price\': True}"/>
  File "odoo/http.py", line 2157, in __call__
    response = request._serve_db()
  File "odoo/http.py", line 1732, 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 1759, in _serve_ir_http
    response = self.dispatcher.dispatch(rule.endpoint, args)
  File "odoo/http.py", line 1960, in dispatch
    result = self.request.registry['ir.http']._dispatch(endpoint)
  File "odoo/addons/base/models/ir_http.py", line 207, in _dispatch
    result = endpoint(**request.params)
  File "odoo/http.py", line 722, in route_wrapper
    result = endpoint(self, *args, **params_ok)
  File "home/odoo/src/enterprise/17.0/web_studio/controllers/report.py", line 372, in get_report_html
    report_html = self._render_report(report, record_id)
  File "home/odoo/src/enterprise/17.0/web_studio/controllers/report.py", line 454, in _render_report
    return request.env['ir.actions.report'].with_context(studio=True)._render_qweb_html(report, [record_id] if record_id else [], {"studio": True})
  File "home/odoo/src/enterprise/17.0/web_studio/models/ir_actions_report.py", line 24, in _render_qweb_html
    return super(IrActionsReport, self)._render_qweb_html(report_ref, docids, data)
  File "odoo/addons/base/models/ir_actions_report.py", line 916, in _render_qweb_html
    return self._render_template(report.report_name, data), 'html'
  File "odoo/addons/base/models/ir_actions_report.py", line 653, in _render_template
    return view_obj._render_template(template, values).encode()
  File "home/odoo/src/enterprise/17.0/web_studio/models/ir_ui_view.py", line 1310, in _render_template
    return super(View, self)._render_template(template, values)
  File "odoo/addons/base/models/ir_ui_view.py", line 2044, in _render_template
    return self.env['ir.qweb']._render(template, values)
  File "odoo/tools/profiler.py", line 292, in _tracked_method_render
    return method_render(self, template, values, **options)
  File "odoo/addons/base/models/ir_qweb.py", line 593, in _render
    result = ''.join(rendering)
  File "<488>", line 49, in template_488
  File "<488>", line 31, in template_488_content
  File "<488>", line 21, in template_488_t_call_0
  File "<483>", line 173, in template_483
  File "<483>", line 155, in template_483_content
  File "<483>", line 142, in template_483_t_call_0
  File "<481>", line 257, in template_481
```

https://github.com/odoo/odoo/blob/e4390c224c2f59afd6456bcf50910fbe3836b4ca/addons/product/report/product_label_report.py#L23-L26 
Here 'pricelist' is not present in return.

sentry-4673780990

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

Partially revert the 'table-responsive' layout introduced by commit https://github.com/odoo/odoo/commit/5abccc.

The addition of the 'table-responsive' class effectively addressed the overflowing of very long product names without
whitespace. However, it inadvertently introduced a new issue by partially concealing the "Download" dropdowns for digital products.

To mitigate this problem, this commit disables the 'table-responsive' layout when website_sale is installed.
This adjustment preserves the accessibility of the "Download" dropdowns while still offering a workaround for accommodating lengthy product names.

task-3335488 (bugfix)
task-4720 (rd-design)


| 16.0 | This PR |
|--------|--------|
|![image](https://github.com/odoo/odoo/assets/8558351/ebf622ee-7e5e-4a2b-b496-5009eac72b1a)| ![image](https://github.com/odoo/odoo/assets/8558351/36c5e26f-55f5-4788-ad99-e3970510f810) | 

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

Forward-Port-Of: odoo/odoo#142839

Before this commit we had an issue when a product's description took more than one page. In this case, the following `<tr>` was overlapping.

By removing this line we remove an old fix that seems not working anymore... It looks like it was needed when a customer wanted to repeat the table header on each page. This use case is supported by Odoo as we suggest it as a customization in the code, see here: "<!-- In case we want to repeat the header, remove "display: table-row-group" -->" This feature is still working without this fix except when a line overflows onto another page but the removed fix doesn't help anyway...

There is another line that refers to this fix for accounting reports but we prefer to keep this commit minimal and clean it in master.

Note that this bug is also present in 15 but as this issue is quite old and tricky we prefer to not fix it this until we have other complains. Feel free to backport this commit if needed.

Steps to reproduce:
- Go to Sales
- Create a new quotation
- Add a product with a very long description that takes at least a whole page.
- Add anoter product.
- Print it as a .pdf. => Product descriptions overlaps on page 3.

opw-3411031

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




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

Forward-Port-Of: odoo/odoo#145388

Before this commit, customers were facing issues when syncing events from Outlook that came from external users when the event organizers were from 'Portal' or 'Public' groups with limited access to calendar events, triggering ACL errors regarding absence of event permissions for creating events. This error should not happen because the events are being synced by a user with permission to create them in Odoo. Additionaly, when inserting events, we were not trying to make the requests with the organizer user's token but with the current user's token instead. This could lead to errors when the current user is not synced and the request could be lost due to the lack of token.

After this commit, the events with external organizers (with limited access rights in Odoo) coming from Outlook synchronization are now created by the attendee in Odoo (synced user) not the external organizer. Additionaly, when inserting, patching and deleting events, first we check if the organizer is synced to make the request with its token, otherwise we use the current user's token to make the request.

Task-id: 3627270

Forward-Port-Of: odoo/odoo#144547

In 16.4, this commit https://github.com/odoo/odoo/commit/c3b7a87462cd41654d0e2bd3beb2f0e065ddfb75
created a notification when replenishing a product.
However, it achieved it by modifying a stock.order_point which was
not the ideal solution as we don't want the order_point to change.

In this commit, we will revert to the previous behaviour,
but we'll keep the notification by delegating it to the wizard itself.

The way the record created were retreived (to display the notification)
was thanks to the orderpoint.
As we do not have access to orderpoints now, we are just retreive
the first record (of a certain type) created just after the start
of the function.

This method has a big problem : concurrencies.
If anyone creates a record on ``manufacturing.order``,
``purchase.order.line`` or ``stock.move`` between the start of
our timer and the creation of our record, a wrong record will be
selected in the notification.

Also, the previous date shown in the replenishement wizard did not take
the following delays into account:
 - vendor lead time
 - days to purchase
 - security days for purchase
 - security days for mrp
 - rule lead time
 - manufacturing lead time (BoM)
 - days to prepare manufacturing order (BoM)
 

task-3527727

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

Forward-Port-Of: odoo/odoo#139182

Similar to this: ea2efa934e000d36b60d4a0986adbe842ec79def

Issue:
======
The shiping and billing address are the same when choosing pick up locations which is not true.

Steps to reproduce the error:
=============================
- install website_sale and delivery_sendcloud module;
- create a shipping method (use Sendcloud provider);
- configure the integration with "Mondial Relay Point Relais International 1-2kg";
- configure option with shipping rule and use location;
- on website create a new quotation with the pubic user;
- process the checkout;

(Check in backend the shipping weight)

- fill City and Zip Code fields with correct value (example: Paris | 75011)

(- configure the company's country)

Origin of the issue:
====================
Updating the payment method will trigger a cart update which will reset the access_point_address.

Solution:
=========
Using the context variable `no_reset_access_point_address` introduced in the commit mentioned above.

opw-3615829
opw-3596705

Forward-Port-Of: odoo/odoo#145264