Address format and vat label are not properly set for Austria and
country states are missing for localized needs.

closes odoo/odoo#51038

X-original-commit: 5f05e2f8
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

Try to Reproduce the Issue:

Enable Multi Website
    My Website: Set `On invitation` (b2b) under Website settings. -- It will set `auth_signup.invitation_scope` to b2b
    My Website2 : Set `Free sign up` (b2c) under Website settings. -- It will set `auth_signup.invitation_scope` to b2c

Place a Guest Order for Website one.
`Sign Up` button will be visible as current Implementation is checking for ICP only.

With this commit, We are checking Invitation Scope based on the Current Website.

Fixes #50964

closes odoo/odoo#51037

X-original-commit: 608e8b4c
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

Before this commit, It was considering the company from the current company of the User while User can be in different Company Environment.

With this fix, we are taking the company from Environment.

closes odoo/odoo#51023

X-original-commit: 7b32cc6e
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

Before this, User was unaware of the fact that Popup might be blocked which due to which window won't be opened.

With this commit, We notify users about that.

closes odoo/odoo#51015

X-original-commit: 393f417c
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

Before this commit, Creating New Employee from User's form was taking default company from the current logged-in User instead of the User for which it Employee is being created.

With this commit, We take default company from User for which employee is created.

closes odoo/odoo#51014

X-original-commit: 9206cc4d
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

Message with type user_notification are special "invisible"
notifications that are not accessible to users normally. That's why they
were excluded from the automatic message deletion in
mail.thread.unlink(), to avoid permission errors. But this caused
orphans leftover notifications in the database, and the fix here is to
instead do the deletion of messages in sudo mode, and make sure
user_notification messages are deleted as well.

Doing this is not a security risk because the deletion of the record
itself (the super call) is still done without sudo, and if it fails,
the whole transaction will be rolled back. And it is part of the
expected ACLs for messages that if you can delete a record you are
allowed delete its messages. The fact that user_notification messages
are not accessible by normal users is for usability reasons (noise in
chatter), not security reasons.

opw-2234282

closes odoo/odoo#51010

X-original-commit: 094559aef4fdfebcba43a089cec4da5f4028a8f2
Signed-off-by: Jorge Pinna Puissant (jpp) <jpp@odoo.com>

- Have a user in an early timezone (for example Samoa Standard Time);
- Open a POS session in the evening (say 20h).
- Buy something, pay and ask for an invoice.

Before this commit, the date of the order was correct (today at 20h),
but the date of the invoice was wrong (it shows tomorrows date). This
issue occurs because the invoice date wasn't taking into account the
timezone.

Now, both dates are corrected.

opw-2231820

closes odoo/odoo#51001

X-original-commit: 19e9c4a0380e7ad7af297d13909dcbc63629a20d
Signed-off-by: Jorge Pinna Puissant (jpp) <jpp@odoo.com>

Before this commit, the last closing date of the POS didn't take into
account the timezone.

Now, the date take into account the timezone.

opw-2231820

X-original-commit: 1b738ac4b8b52042976ad209a1968135c55a16dc

- Have a user in an early timezone (for example Samoa Standard Time);
- Open a POS session in the evening (say 20h).
- Buy something and pay with cash.
- Close the session.
- List the session orders, and open the newly create order.

Before this commit, the date of the order was correct (today at 20h),
but the date of the payment was wrong (yesterday at 13h). This error
occurs because a wrong format was used and the date was taken into
account two times the timezone.

Now, both dates are corrected.

This fix is a partial revert of 21575407

opw-2231820

X-original-commit: 020e5547ad10583000748659de0e2b14ceabbf97

that the argentinian chart of account has been installed

closes odoo/odoo#50880

X-original-commit: 3c55cae4
Signed-off-by: Josse Colpaert <jco@openerp.com>

We need a hook to be able to personalize the procurement values
which will be used on procurement group creation when creating MO

closes odoo/odoo#51016

X-original-commit: 9a100e99
Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

1. Install MRP
2. Launch an Odoo shell on the database
3. Type the command
`print(env["mrp.bom.line"].browse(1).child_line_ids)`

Traceback will occur with exception
odoo.exceptions.CacheMiss: ('mrp.bom.line(1,).child_line_ids', None)

This occur due to the empty value that the computation of the field
yields, which is not saved in cache.
Fix by adding a default value.

opw-2226951

closes odoo/odoo#50950

X-original-commit: fc885499
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

Step to reproduce:
- Go to CRM app
- Create a new opportunity and edit it
- Alter the website field under "Contact Information" tab
  with "www.anywebsite.com"
- Save and click on the website field value.

Without this fix, the field redirect as it's local:
"http://www.myodoo.com/www.anywebsite.com

"

porting 726fad88

opw-2247853

closes odoo/odoo#50942

X-original-commit: 072400ad12ea17438a0175d94eb887f51172e461
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

instead, try_loading used directly.

closes odoo/odoo#50382

Task: 2239900
Closes: #50382
Signed-off-by: Josse Colpaert <jco@openerp.com>

Before this commit, It was not possible to Hide Working Time or Deleting Working Time if Resource is linked to it.

Now we add, Active field to Hide Working timw without removing it.

closes odoo/odoo#50963

Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

This refactoring extracts parts of sale_coupon module to create a more
generic module called coupon. This new module can be extended in
different sales modules to implement functionalities specific to modules
that extend it.

TASK-ID: 1967639

Enterprise PR: odoo/enterprise#6020

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

closes odoo/odoo#38382

Related: odoo/upgrade#1072
Signed-off-by: pimodoo <pimodoo@users.noreply.github.com>

closes odoo/odoo#50962

X-original-commit: c280a248
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

If there is cron worker timeout logger error, there is a log for the
last cron running
If a "Base Action Rule: check and execute" fails, we need to know what
is the last base automated action based on-time running

This logger helps to looked for it

closes odoo/odoo#50493

Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

closes odoo/odoo#50961

X-original-commit: cdf3b380
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

Write something in a many2one field, and click on 'Create "..."'
to quick create a record with the given value (name_create). When
the name_create fails (e.g. because there are mandatory fields in
the model), we open a form view.

Before this commit, when this happened for many2one fields inside
x2many editable lists, it crashed, since [1].

[1] 50bf8309

closes odoo/odoo#50948

X-original-commit: 43c513306094444ff25ad98584b426ddb8a3b525
Signed-off-by: Julien Mougenot (jum) <jum@odoo.com>
Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>

With this fix, record.with_context(lang='fr').compute_url will have the url
with the slug in french.

Before, it was ignoring the lang since the field was not translatable.
The first compute was stored in cache, and next call just ignore the lang in
the context.

```py
for lang in ['en_US', 'fr_FR']:
    print(record.with_context(lang=lang).website_url)

> "/my-name-1"
> "/my-name-1"
```

now

```py
for lang in ['en_US', 'fr_FR']:
    print(record.with_context(lang=lang).website_url)

> "/my-name-1"
> "/mon-nom-1"
```

closes odoo/odoo#50951

X-original-commit: 43822ade
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

Before this commit, the /event/event-id/page/inexisting_page crashes with an
internal error 500:
of1 ValueError: View 'website.404' in website 1 not found

X-original-commit: d493fdd2

This refactoring extracts parts of `sale_coupon` module to create a more
generic module called `coupon`. This new module can be extended in
different sales modules to implement functionalities specific to modules
that extend it.

An initial step to prepare the creation of coupon module. The main goal
is to just move the logic from sale_coupon to coupon. To come up with
less diff as possible, this rename/move step is beneficial for this
purpose.

Courtesy of Federico Zanuttini (fza), Odoo

closes odoo/odoo#50928

X-original-commit: 9b201746
Related: odoo/enterprise#10471
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

Sub categories were missing and will be usefull to test the incoming
enhanced categories filtering.

task-2071602

closes odoo/odoo#37297

Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

The following loop crashes on the second iteration:

    for record in records:
	record.display_name     # access non-stored computed field
        record.unlink()         # delete record

The cache has been invalidated by `unlink` on the first iteration, so
the field is computed.  The computation is done on the whole recordset,
which fails with a `MissingError` because of the first record.  The fix
is to retry the recomputation on the single record in this case.

closes odoo/odoo#50910

X-original-commit: 7f33ebf5
Signed-off-by: Raphael Collet (rco) <rco@openerp.com>

... instead of pulse.

task 2239617

closes odoo/odoo#49870

Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>

... when there is no data and user clicks anywhere in the no content
helper.

Task 2239617

Co-authored-by: Jinal Patel <jip@odoo.com>
Co-authored-by: Aaron Bohy <aab@odoo.com>

Purpose
=======

Even if the routes are correctly updated and the existing data is
correctly updated, the emails that were already sent to the customers
will be problematic, as we will provide a value which is not handled
anymore (10 for example).

To provide a retrocompatibility, deprecated the old route and
introduce a new one.

closes odoo/odoo#46296

Taskid: 2083096
Related: odoo/upgrade#889
Related: odoo/enterprise#10312
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

- Rename the 'Use Rating on Project' feature into 'Customer Ratings'
- Rename the 'Set Email Template to Stages' link to 'Set a Rating Email Template on Stages'
- Add an optional list view for the Stages menu
- display warning if the rating_template_id field is set and if one of the selected project_ids doesn't have the rating_status field set to true
- Project form view revamp
- rename the '% on tasks' stat button into 'Customer Satisfaction'
- Remove the 'no option' for the rating frequency field because it is required
- project form : Add a 'Go to Website' stat button
- Project dashboard: remove the 'Customer Ratings' menu item in more
- Ratings page: the 'Last 30 days' filter include ratings from today
- remove the Appointment / Helpdesk Customer Satisfaction / Live Support menu items

TASK ID : 1251

Issue

	- Install sale_renting
	- Create a rental order
	- Add a "rental" product
	- In Modal, change start or end time

	In Firefox, user not allowed to change the time;
	time select not reacting well.

Cause

	The issue seems to be that in bootstrap when
	we click outside a modal, we focus on the modal:

	https://github.com/odoo/odoo/blob/27f67bfcb903/addons/web/static/lib/bootstrap/js/modal.js#L332-L337



	and the FieldDateRange widget contains a <select/> tag
	and is added outside of the modal, so when we click
	on the select, bootstrap will focus on the modal which
	in firefox seems to lose the focus on the <select/>
	which get closed.

Solution

	not propagating focusin event when the select of the
	daterange widget is focused => in my opinion this is
	the less risky solution, this could be done with a
	code such as (in the FieldDateRange._renderEdit method):

opw-2240220

closes odoo/odoo#50906

X-original-commit: 5a1e9e32
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

Previously, when converting a number to a string we only kept 3
decimals, it turns out that when converting back and forth between rem
and pixels, we were losing enough precision that we had inexact pixel
values shown to the end user for odd number of pixels, even with the
default rem value of 16px.

This commit increases the precision to 5 to work around this issue and
allow us to convert exactly between rem and pixels at the default
16px/rem.

task-2248360

closes odoo/odoo#50881

X-original-commit: fdce273f4fe72a9e2555acecad3c2989110dac1a
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>

Activate a language which has comma as decimal separator
Go into POS settings, activate 'Global Discount'.
Open POS session, add some product and use global discount.
Input some number with decimals and confirm.
Discount will be not applied

This occur because of javascript type coercion:
 Math.min(100, "11.0") -> 11
 Math.min(100, "11,0") -> NaN

So in locales with thousands separator the statement would produce
different results. Forcing float parsing fix the issue

opw-2243482

closes odoo/odoo#50900

X-original-commit: 84a6c2a5
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

In the sign application, it appeared that when using the default signature
in a signature SignItem that was higher the stroke at the bottom was doubbled.

This was caused by the fact that the bottom stroke is always added to the
template and that the default signature image had it already.

In order to solve this, we have added a setting 'show-stroke' that allows
controlling the stroke presence in the signature.

Task Id 2216067
Closes #48529

Related odoo/enterprise#9538

Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

* The info mode was misplaced when running into iframe.

* Added static position to the tip when anchor position is fixed

Task Id 2216067
Closes #48529

closes odoo/odoo#50854

Related: odoo/upgrade#1163
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

closes odoo/odoo#48430

Related: odoo/upgrade#997
Related: odoo/enterprise#9500
Signed-off-by: Josse Colpaert <jco@openerp.com>

    Reverse charge is a mechanism under which the recipient of the goods or services is liable to pay the tax instead of the provider of the goods and services.