The accounting onboarding tour now shows a more relevant instruction when users reach the invoice confirmation step. This helps users understand that they should confirm the invoice once it is ready, reducing confusion during setup or training.

Problem
---------
In the accounting tour, during the invoice creating step, the message asking to confirm the invoice was irrelevant.

Landed in 17.0 with this commit:cc6f85af2aac31816b51a0b39c9b119049f9954f

Objective
---------
Change the message into "Once your invoice is ready, confirm it."

Solution
---------
Change the relevant message in the tour JS file.

task-3619638

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

This fix improves how website editor buttons behave when users duplicate a button or insert one between existing buttons. The copied or newly placed button now preserves the expected nearby styling, reducing unexpected design changes while editing pages.

[FIX] website: fix button snippet

The commit [1] of this PR [2] has been merged requesting some changes to
be made later, which are fixes to the button that can now be dropped
onto the page from the snippet menu.

This commit makes the following changes requested:

- Before this commit, when we duplicated a button (by clicking on the
"duplicate" button), the style of the new button was generated again in
Javascript in the "_adaptButtons" function even though it is not
necessary since we duplicate the HTML of the copied button. That is why
this commit adds the "adaptAppearance" parameter for the "_adaptButtons"
function.

- Prior to this commit, when a button was dropped between two buttons,
the style of the next button was copied as a priority. After this commit
, the style of the previous button is now copied as a priority.

[1]: https://github.com/odoo/odoo/commit/507b80a12574ce19bcb925d88868fb377b1c4b06
[2]: https://github.com/odoo/odoo/pull/126717

task-3555413

This update corrects how visibility rules are applied in the Public Holidays view. It helps ensure users see the right fields at the right time when managing time off and public holiday settings.

This attribute was not correctly updated with the big attribute revamp. This commit fixes that.

The mail app now avoids an inefficient lookup step when finding message-related records. This should make the experience slightly faster and smoother in areas that rely on mail records, without changing user-facing behavior.

This is a slow process that is better avoided.

The automated Sales Planning walkthrough was adjusted so it no longer keeps the "Shifts planned" filter active. This prevents inherited planning steps from failing and helps ensure the guided test flow remains reliable.

The fact that we let the filter causes issues in sale_planning, where the tour is inheritted.

This update corrects a display issue in financial reports for companies using the Anglo-Saxon accounting method. Previously, totals were automatically shown below sections by default. This change ensures that totals are only displayed when specifically requested, aligning with the requirements of the Anglo-Saxon accounting standard.

`totals_below_sections` should not be `True` by default if the company uses `anglo_saxon_accounting`.

task-3612866

A merge conflict was incorrectly resolved during a code update, which accidentally changed the default currency exchange rate provider for India. This fix restores xe.com as the default provider for India, ensuring users in that region get the correct currency conversion service they expect.

During the forward-port of [1] to 17.0 [2], I resolved a merge conflict in the `res_config_settings.py` file incorrectly, which made it so that xe.com is not the default provider for India anymore (like in previous versions).

This change fixes that and makes it again the default provider for India.

[1] 24012f9db268a7722275a508374498bb18bbebdc
[2] 40d62fb3ce62a22e455ec98f2fe692286138786e