update ofxparse to 0.16: fix language issues

closes #15713

With this, when you import a bank statement that contains lines that had already been imported, the start balance of the statement is automatically recomputed.

Courtesy of Alexis de Lattre (Akretion). Was PR #16144

Authorship should go to https://github.com/joray . However as he did
not sign the CLA and does not seem very active the patch is applied
to benefit from the improvement.

Closes #16294 .

Description of the issue/feature this PR addresses:
The Tax ID field is validating NOxxxxxxxxx as format, but the format is actually NOxxxxxxxxxMVA if you are in the VAT registrty.

Current behavior before PR:
Valid tax numbers for Norway are rejected.

Desired behavior after PR is merged:
The format NOxxxxxxxxxMVA is accepted, along with the old behaviour of NOxxxxxxxxx.

The state is not transferred in the address details to Paypal.

opw-745374

Should any third-party addon uses the context to somehow change the behavior
of mail.mail ``send()``, we should keep the context.

Closes #16835 .

Coming from #16835

Especially if no COA has been installed AND some accounts have been created

OPW 740947

Partly revert #17251 to stick with #15166

Closes #17283

Closes #17274

Without this, the Configuration > Accounting > Journals shows
the Bank Journals view. And the type column is missing.

This align with what is done for the form view.

Introduced incorrectly in account by 4cbbbadd

Based on work by @wtaferner

For historical reasons, when the pivot view was rewritten, we lost the ability to understand the measure and col_group_by keys from the context.

It was actually a deliberate decision, because we decided that it was not possible to properly handle the colgroupbys in the search views, so we replaced that mechanism with pivot_col_group_by and pivot_measures keys exported by the view, when necessary.

Sadly, we did not properly remove the outdated keys from the xml files.  So, with this commit, we reintroduce those special keys, because 10.0 is a stable version.  Note that this will be removed in master.

 (PR 17119)

Closes #16801

When a warning is set on partner profile, _onchange_partner_id method in
the invoice returned the message before assigning account_id,
payment_term_id, fiscal_position_id. hence, those fields come with empty
value.

Board module allows to add favorites to my dashboard. This is an option
added by the board module under Favorites menu item of search view.
However its margin is incorrect and displays badly compared to other
options in search view.

Closes #17265

And specify which group is incorrect

Closes #17275

Closes #17277

Closes 16971

If the record with id `res_id` on the model `res_model` doesn't exists anymore, do not call name_get method on it in the method `_compute_res_name`. That could lead to tracebacks or inconsistencies.

Made the error message more understandable

Closes #17276

Fixes #16222

Currently the variants are ordered by the attribute value in the name_get. That way, all the attributes aren't displayed in the same order.

Ordering by the variant attribute name will solve this issue.

Closes https://github.com/odoo/odoo/pull/17034

OPW 744362
GH-17102

Closes #17178

Instead of hardcoded YYYY-MM-DD
t-options was introduced in 10.0

Fixes #12341

group_create, group_delete and group_edit were missing

Closes #17218

It should not be possible via /shop/change_pricelist/<pl_id>
to change to a pricelist that is not marked as selectable.

is_pricelist_available method should do that, but is not,
because it calls get_pricelist_available with show_visible=True,
instead of show_visible=False

:param bool show_visible: if True, we don't display pricelist where
selectable is False (Eg: Code promo)

Closes #17220

Done at #17200

Closes #17261

This field is used with the multilang module. As only one language is spoken in Dominican Republic, this definition is useless and furthermore it raises a warning in the logs.

When changing the 18 tax by the communication group, the 18 tax has
to remain

Description of the issue/feature this PR addresses:

The Chart of Accounts was missing accounts needed for correct
inventory valuation using perpertual method, and also a seggregation
for payroll accounts, to differ employee retentions from company
contributions.

Current behavior before PR:

Wrong accounts used for perpetual inventory valuation
Payroll accounts not showing difference between employee retentions and company contributions
Regulatory reports are hard to make without the right accounts tag
Desired behavior after PR is merged:
The correct accounts are now created and assigned for inventory valuation. And payroll accounts are correctly segregated for the payroll rules coming in the next PR.

The accounts will also have their corresponding tags for having regulatory reports based on the "control account" for hierarchy, which was removed in v8.

This changes are also needed for a WIP of a PR coming to the
Enterprise repository, for building legal reports based on account
and tax tags.

Closes #17237

Closes https://github.com/odoo/odoo/pull/17254/files

(was working in Odoo 9.0)

Courtesy of Yenthe

Closes #17257

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

Closes https://github.com/odoo/odoo/pull/17251