This update simplifies how the mail form view manages the message panel and attachment viewer. It reduces duplicated logic and fixes an issue where the chatter could be incorrectly positioned inside a form sheet, improving reliability for users working with records and messages.

Part of task-2871070

https://github.com/odoo/odoo/pull/95218

This update refreshes the spreadsheet engine with improvements to chart behavior, dashboard display, and formula error handling. Users should see charts keep their labels more reliably, new charts appear in the visible area, cleaner colored dashboards, and clearer messages when formulas are invalid.

https://github.com/odoo/o-spreadsheet/commit/e42ced72 [IMP] charts: keep labels when changing chart type
https://github.com/odoo/o-spreadsheet/commit/c8d3f365 [IMP] renderer: Hide gridlines over color formatted cells in dashboard
https://github.com/odoo/o-spreadsheet/commit/a563fab2 [REF] helpers: rewrite helper to remove zones from zones
https://github.com/odoo/o-spreadsheet/commit/d49de1cd [IMP] spreadsheet: Add support of ranges of full rows/cols
https://github.com/odoo/o-spreadsheet/commit/e2d1d7b0 [IMP] tests: Add "SET_VIEWPORT_OFFSET" command helper
https://github.com/odoo/o-spreadsheet/commit/c18d41de [REF] components: Centralize components importance level
https://github.com/odoo/o-spreadsheet/commit/eb59f48c [IMP] grid: Hide autofill button when out of the viewport
https://github.com/odoo/o-spreadsheet/commit/d8d287e7 [IMP] charts: Insert new chart in viewport
https://github.com/odoo/o-spreadsheet/commit/84544d63 [FIX] tokenizer: test strings without closing double quotes
https://github.com/odoo/o-spreadsheet/commit/83faa30f [FIX] parser: throw friendly error with invalid formula
https://github.com/odoo/o-spreadsheet/commit/8baf0f7e [IMP] charts: allow empty datasets

Imported Odoo spreadsheet charts now create the needed data connection during import. This prevents errors when users open or interact with chart data after importing a spreadsheet.

Before this commit, no datasource was created for an odoo chart during
the import, which leads to errors when trying to access data after that.

The payroll accounting module now prevents salary-related accounting journals from being deleted when they are still needed. This helps avoid payroll processing errors and preserves important financial records used for salary payments.

This fix prevents the app from crashing when the home menu disappears immediately after a user leaves the search box. It improves reliability in a specific navigation scenario without changing user-facing features.

In some cases, it could happen that the home menu would be removed from
the dom right after a blur happens on the search input element. The
previous code assumed that the inputRef was still valid, but it is not
necessarily true.

This update reorganizes spreadsheet-related code so it can be separated from the Documents app in a future release. For users, there should be little immediate visible change, but it helps make spreadsheet features more flexible and easier to maintain going forward.

The mobile barcode app was updated to work with Odoo's newer barcode handling system after the older method was removed. This should keep barcode scanning reliable on mobile devices and avoid unwanted keyboard or search focus behavior that could interfere with scanning.

The old BarcodeEvents has been removed, this commit updates the code to
use the barcode service instead.

How to reproduce the bug ? - install account_accountant - create a second company - in the accounting module, in Settings>Follow-up levels, create for each company, 2 follow-up levels. Each level must have the "Save an Email" and "Auto Execute" - for each company, create one invoice with a 1 month old invoice date - post the invoices - in debug mode, in the Settings app, go to Technical > Scheduled Actions and select the "Account Report Followup; Execute followup" action. click on th

How to reproduce the bug ?

- install account_accountant
- create a second company
- in the accounting module, in Settings>Follow-up levels, create for
each company, 2 follow-up levels. Each level must have the "Save an
Email" and "Auto Execute"
- for each company, create one invoice with a 1 month old invoice date
- post the invoices
- in debug mode, in the Settings app, go to Technical > Scheduled
Actions and select the "Account Report Followup; Execute followup"
action. click on the "Run manually button".
- Go back in the accounting module and select Customers > Follow-up
Reports.

What is the bug ?

When you create a new company, only the admin has access to it.
Nevertheless, the cron task processing the follow-up reports is executed
by Odoobot who doesn't have access to the new company except if the user
has given access to it.

Signed-off-by: Adrien Minet <admi@odoo.com>

Forward-Port-Of: odoo/enterprise#28961

The aim of this commit is to allow the make commercial_partner with a parent_id to get a form 281.50. Context: A company partner is supposed to be completly distinct from its parent and thus should have its own form 281.50. Before this commit: If a partner has a company and thus be a commercial_partner and has a parent, it wouldn't get a 281.50 form created for it After this commit: The partner being a company gets a form created for it even if he has a parent. task: 2820482 E

The aim of this commit is to allow the make commercial_partner with a parent_id
to get a form 281.50.

Context:
A company partner is supposed to be completly distinct from its parent and thus
should have its own form 281.50.

Before this commit:
If a partner has a company and thus be a commercial_partner and has a parent,
it wouldn't get a 281.50 form created for it

After this commit:
The partner being a company gets a form created for it even if he has a parent.

task: 2820482
Enterprise-PR:

Forward-Port-Of: odoo/enterprise#28993
Forward-Port-Of: odoo/enterprise#28394

Use request.redirect instead of werkzeug.utils.redirect It allows to always have a OdooResponse Object and don't allow redirect to external except when you allow it explicitly with local=False. - social_facebook, sale_amazon_spapi: redirect to non local url, but controlled by code so not an openredirect - social_instagram: redirect to /web... so local only. Forward-Port-Of: odoo/enterprise#28960 Forward-Port-Of: odoo/enterprise#28544

Use request.redirect instead of werkzeug.utils.redirect
It allows to always have a OdooResponse Object and don't allow redirect
to external except when you allow it explicitly with local=False.

 - social_facebook, sale_amazon_spapi: redirect to non local url, but
 controlled by code so not an openredirect
 - social_instagram: redirect to /web... so local only.

Forward-Port-Of: odoo/enterprise#28960
Forward-Port-Of: odoo/enterprise#28544