The package.py script is moving the addons in odoo/addons which is not
more necessary for the Debian package as it's made at the Debian
packaging level. So package.py will not do that anymore.

closes odoo/odoo#60442

X-original-commit: 27b755a3
Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>

Before this commit, we executed the request even when creating a new
badge. And it thrown a traceback.

After this commit, we return default values before executing the
request if this is a new badge.

task-2312878

closes odoo/odoo#60441

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

This commit gives to o_Dialog the same z-index as modals, before
this commit, the dialog could be hidden or partially obstructed
by other elements.

part of task-2171884

closes odoo/odoo#60440

X-original-commit: b4de3c4e
Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>

Before this commit, the width of carousel blockquotes was too small to
display correctly on mobile device.

Part of #55857

task-2318526

closes odoo/odoo#60439

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

Keep the original position of the background as a percentage. In this
way, we avoid converting in pixel a direction that we have not changed.

Part of #55857

Related to task-2318526

X-original-commit: b8ac4f6b

-Remove arrows on mobile because it's too big and hide the content.
 User will use the touch screen to make the carousel move.
-Bordered style: Reduce the borders on mobile.

Part of #55857

task-2318526

X-original-commit: 86cd5e89

The feature was actually not working as expected.  It has been fixed,
and a test now ensures it does work as expected.  This commit also fixes
some invalid parameters, hopefully nothing critical.

closes odoo/odoo#60429

X-original-commit: 231bdca3
Related: odoo/enterprise#14285
Signed-off-by: Raphael Collet (rco) <rco@openerp.com>

closes odoo/odoo#60073

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

This reverts commit c382e8c8.

closes odoo/odoo#60431

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

- Create a partner outside Europe
- Set a VAT number
- Create an invoice for the partner
- Post the invoice

The `IdPaese` and `IdCodice` is obtained from the VAT number, but it is
not correct for partners outside Europe: the VAT number should always be
`OO99999999999`.

A workaround is to set the VAT number of the partner to
`XXOO99999999999`, where `XX` is the country code. However, in case of
multi-company with shared partners, another company might need the
proper VAT number.

In case of a customer outside EU, we:
- get the `IdPaese` from the country of the partner
- set the `IdCodice` to `OO99999999999`

We also add the `IdPaese` to customers without VAT.

opw-2355842

closes odoo/odoo#60416

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

closes odoo/odoo#60331

Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>

Changelog:
[FIX] formattingSpace: remove space between inline elem and block
[FIX] EventNormalizer: consistently apply insertLineBreak on shift+enter
[FIX] DomObjectRenderer: fix typo in comment
[FIX] Bundle: change css bundler for rollup
[FIX] Odoo: open the media modal in the right tab on dblclick media

task-2318526

closes odoo/odoo#60425

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

Issue

    - Install "Calender"
    - Install "Google Calendar"
    - Try to sync google in "Calendar"

    Every created events will trigger the sending mail to attendees
    even if the event date is past

Cause

    'events' was not filtered

Solution

    Filter 'events' to get all the events that have not yet happened

opw-2358123

closes odoo/odoo#60414

X-original-commit: 3b1df8f5
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
Signed-off-by: Achraf <abz-odoo@users.noreply.github.com>

part of task-2171884

closes odoo/odoo#59947

Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>

Depending of the configuration, on the portal, anchor do not consider the
header, so a part of the text is hidden by the navbar.

task-2290213

closes odoo/odoo#60415

X-original-commit: 2cd9a9d12f4cd7352430c166145a7488af0c120c
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>
Signed-off-by: Romain Derie <rdeodoo@users.noreply.github.com>

State to reproduce the bug:

- Let's consider a 2 steps delivery setting
- Create a SO with a product P and a quantity Q and confirm it
- Pick: Deliver a smaller quantity than Q, don't create a backorder
  but duplicate the Pick and validate it with the remaining quantity.
- Out: the initial delivery order OUT P1  does not allow the reservation, so cancel it and duplicate it (let's call it P2).
- Click on Mark to do on P2

Bug:

The initial picking OUT P1 was changed in state Ready instead of keeping in state Cancelled

opw:2339217

closes odoo/odoo#60391

X-original-commit: 61734cda
Signed-off-by: Simon Goffin (sig) <sig@openerp.com>
Co-authored-by: Whenrow <whe@odoo.com>

There are currently some elements in views that are not reachable on a
deterministic way when those views are inherited. That means, to reach
them, positional selectors need to be used (e.g. `last()`). That causes
inherited views to get broken when there are small changes in element
position.

A good example of this is [1]:

    <th class="text-right">Unit Price</th>

Which can't be filtered by:
- Class, because there are several `<th>` elements with the same class
- Text content, because when content is translated, selector will fail

To solve the above, this change provides IDs for several elements, to make
possible/easier to reach them on a safely manner.

[1] https://github.com/odoo/odoo/blob/54b40f1eb096/addons/sale_management/report/sale_report_templates.xml#L15



closes odoo/odoo#60388

X-original-commit: 746bacf6
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
Signed-off-by: Luis González [Vauxoo] <luisg123v@users.noreply.github.com>

Before this commit, the mouseup event was not detected outside the
body element when resizing paddings.

task-2312878

closes odoo/odoo#60380

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

The goal of this commit is to update all unsplash alert messages :

- message : "unsplash key not found"
- message : "search temporarily unavailable"
- message : "unauthorized key"
- message : "something went wrong"

and replace them with cleaner content.

task-2341558

closes odoo/odoo#59014

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

Add support for Star Line Mode protocol, used by most Star receipt
printers.

closes odoo/odoo#60371

Taskid: 2365648
X-original-commit: cd0545b9
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>
Signed-off-by: Antoine Prieëls <aprieels@users.noreply.github.com>

closes odoo/odoo#60301

Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>

# Purpose

The wizard to test a mailing does not compute the jinja part. It does
not detect syntax errors that would make cron crash

# Specifications

If there is at least one record in the mailing model then render template
completely. Thow an error if rendering cannot be done.

The downside is that we cannot test the jinja part if there is not yet any
record in the mailing's model.

Do it for mass_mailing and mass_mailing_sms.

Add tests to ensure error detection in test wizard effectively works.

Task ID-2312442
PR #55696

closes odoo/odoo#60370

Forward-port-of: odoo/odoo#55696
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>

Like the mass_mailing app we want to raise an error in case there is a syntax
error with jinja when we test the mailing and if there is at least one record
in the mailing model.

PR odoo/odoo#55696
Task ID-2312442

X-original-commit: 7370d573

Before when a user clicked on the button "Test", jinja syntax was not taken
into account for the test mail sent. If an error was present clicking on the
button did not raise an error before the cron was executed.

Now, if there is at least one record in the mailing model, the template is
correctly rendered and throws an error if there is a syntax error.

If we don't have any record to render the template, we fallback on the raw
content like before.

PR odoo/odoo#55696
Task ID-2312442

X-original-commit: 92aef67c

This test ensures that when using the test sending tool of mass mailing (sms)
a wrong jinja content is detected if we have any record available to evaluate
it.

PR odoo/odoo#55696
Task ID-2312442

X-original-commit: 183a7677

This commit disable the pointer events on the overlay during the mouse
wheel event. To prevent page scrolling from stopping when hovering
over the overlay.

task-2312878

closes odoo/odoo#60367

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

task-2345866

closes odoo/odoo#59848

Signed-off-by: Sébastien Theys (seb) <seb@odoo.com>

This commit replace the default website logo image by a new one. This
new website logo image works with any background color thanks to its
white background.

task-2362012

closes odoo/odoo#60369

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

We used to patch http.py using a diff. This was really not practical
because every time the file was modified, the diff had to be recreated.
We now override the specific methods directly.

closes odoo/odoo#60366

X-original-commit: a6012f03
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>
Signed-off-by: Antoine Prieëls <aprieels@users.noreply.github.com>

For some strange reason, the footer slideout effect was not working on
Firefox anymore. The height of the footer is not understood by Firefox
sticky implementation which it seems to not understand because of the
combination of 3 items: the footer is the last :visible element in the
`#wrapwrap`, the `#wrapwrap` uses flex layout and the `#wrapwrap` is the
element with a scrollbar.

As neither of the last two items can be changed, this commit fixes the
problem by adding a pixel div element in the DOM after the footer on
page load, if the slideout effect is enabled. This is obviously not
ideal but solves the problem while waiting for another solution.

Part of https://github.com/odoo/odoo/pull/60271


task-2312878

closes odoo/odoo#60361

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

E.g. the scrolltop button option has a checkbox followed by a select
on the same row and the checkbox was partly cut because of it.

Part of https://github.com/odoo/odoo/pull/60271
task-2312878

X-original-commit: 70570c69

Before this commit, line height on items in a select was not applied
if the items were in a we-title tag (this is the case when using the
string attribute on we-button instead of text content).

Part of https://github.com/odoo/odoo/pull/60271
task-2312878

X-original-commit: d184004c

closes odoo/odoo#60362

X-original-commit: aa287dc0
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>

Issue

	- Install "eCommerce" and "Inventoy"
	- Activate "Fedex" delivery connector in settings
	- Publish "Free Delivery" and "Fedex US" delivery method
	- Put the "FedEx" one above the "Free Delivery"
	- Go to shop and add an item to cart
	- Set an adress with no ZIP code and checkout
	- Select a payment methode and pay

	Order is generated without selecting a delivery method
	Same behavior happend when using only "Fedex" as delivery
	method.

Cause

	The flow make the `payment.payment_form` trigger start after
	`website_sale_delivery.checkout` JS module.
	In 'start' function of `payment.payment_form`, the `disabled`
	attribut is removed from button if no checkbox_cgv is present
	and therefore break the `disabling` managemet since
	`disabledReasons` payButton data are not sync anymore.

Solution

	Remove 'disabled' attribut only if has `disabledReasons` data on
	payButton (checkbox_cgv feature alter `disabledReasons`).

opw-2355407
opw-2357605

closes odoo/odoo#60359

X-original-commit: 04e589e8
Signed-off-by: bon-odoo <nboulif@users.noreply.github.com>

Steps to reproduce the bug:
- Activate Margins in Sales > Settings
- Go to the pivot view of quotations
- In Measures, click Margin (%)

Bug:
Margin percentages are aggregated by computing the sum of the margin sub-percentages instead of using the data of the aggregated row (i.e. agg. margin / agg. total).

Explanation:
This is one of the flaws of the pivot view. The best way to solve this would be to create a custom aggregation in PostgreSQL.
This commit is just hiding the measure for now.

opw:2349896

closes odoo/odoo#60354

X-original-commit: 1e3fc6894b13d51a3f6327653afbf8d5a316a21d
Signed-off-by: backspac <backspac@users.noreply.github.com>

Issue

    - Install 'Dashboard'
    - Try to add something to the dashboard via 'Add to my dashboard'
    - Enter custom name
    - Click on 'Add'

Cause

    The name of the action was taken instead the input content

Solution

    Take the input content

opw-2363000

closes odoo/odoo#60352

X-original-commit: 933ef22e
Signed-off-by: Anh Thao PHAM <kitan191@users.noreply.github.com>

In a POS session, in a language that does not use dot (.) as decimal separator (i.e. French),
when adding a Product, it can happen that the decimal part of the price is not converted
correctly after applying "field_utils.parse.float". (i.e. 2.69 becomes 269)
The issue happens in "set_unit_price" function.

To prevent this to happen, "field_utils.parse.float" will only be applied if the price given
as parameter is not a number.

opw-2357848

closes odoo/odoo#60344

X-original-commit: 7687732a
Signed-off-by: Anh Thao PHAM <kitan191@users.noreply.github.com>

closes #59683

closes odoo/odoo#60343

X-original-commit: 1c0db7b2
Related: odoo/enterprise#14229
Signed-off-by: Jorge Pinna Puissant (jpp) <jpp@odoo.com>

Current behavior:
call to _file_read() within "for attach in self:" loop references self
rather than attach

Expected behavior:
execute _file_read() individually for every record in self (via "for
attach in self:" loop)

This is not an issue in standard where _file_read is an api.model
method but in case of overwrite (e.g. issue reported at
odoo/odoo#60016 has implemented an AWS integration) it makes sense

closes odoo/odoo#60342

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