Skip to content

Syncing from upstream odoo/odoo (tmp.saas-18.1) #34229

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 17 commits into from
Jul 11, 2025

Conversation

bt-admin
Copy link
Collaborator

bt_gitbot

deso-odoo and others added 17 commits July 10, 2025 06:30
Before this commit:

`pre` was not considered paragraph related element. Also it allowed flow content.

After this commit:

`pre` is considered paragraph related element and now it only allows phrasing
content also anything pasted within `pre` is now pasted as plain text and list
numbering and markers are preserved.

task-4766648

closes #218193

X-original-commit: 216e9eb
Signed-off-by: David Monjoie (dmo) <[email protected]>
Signed-off-by: Deependra Solanki (deso) <[email protected]>
This commit c5a98c7 removed custom `z-index` utilities. Replaces
`z-index-1` with Bootstrap's default `z-1` class.

Before this commit:

- The icon used `z-index-1`, which is not a valid Bootstrap class.

After this commit:

-  Replaced with `z-1`, the correct Bootstrap 5 utility class for `z-index: 1`.

task-4903381

closes #218191

X-original-commit: ca44ff7
Signed-off-by: David Monjoie (dmo) <[email protected]>
Since [1], #207974 websocket timeout
has been increased during test. Fetching notification only returns the
notifications of the last 50 seconds initially. When runbot is under
high load, this can lead to non deterministic failures.

This commit patches the cursor date to bypass this issue.

[1]: #207974

fixes rubot-223758

closes #218178

X-original-commit: 05d18f4
Signed-off-by: Matthieu Stockbauer (tsm) <[email protected]>
The `test_add_new_line_in_detailled_op` fails in 18.0+ since clicking
on the head of the modal content will trigger a web_read before the
records has been updated in db. So that the last applied change
disappear.

This commit attempt to clean the tour to be more reliable.

runbot-113534

closes #216860

X-original-commit: a085d61
Signed-off-by: William Henrotin (whe) <[email protected]>
Signed-off-by: Lancelot Semal (lase) <[email protected]>
- removed work email constraint as the partner is now created
  without the need of work email

closes #218213

X-original-commit: b346885
Signed-off-by: Olivier Colson (oco) <[email protected]>
Purpose of this commit:

- Backport a part of commit [1] which ensures that the font-size input
now changes its color appropriately in dark mode.

[1]-48c7cd1

task-4897771

closes #218216

X-original-commit: 2029920
Signed-off-by: David Monjoie (dmo) <[email protected]>
Signed-off-by: Adnan Chaudhary (adch) <[email protected]>
Before this commit: header color of `Dialog` on mobile was "community
color" or white, depending on the version of Odoo the database is
running. This was creating issues in in the front-end, where the user of
the website would see back-end specific colors in different `Dialog`s.

This commit removes the color customization of `Dialog`'header as it
was fitting a design line we had before we introduced MILK.

task-4001365

closes #218248

X-original-commit: ffd9c0f
Signed-off-by: Pierre Paridans (app) <[email protected]>
Signed-off-by: Antoine Sougné (anso) <[email protected]>
Event with the document integration correctly setup, e-invoice xml
generated in the send&print wizard will not create an associated
document unless the attachment is actually sent via mail

Steps to reproduce:
- Have a EU Company setup
- Enable and configure Peppol Electronic Invoicing
- Enable documents integration with accounting
- Create an invoice to a Peppol enabled customer, confirm
- Open send&print wizard, enable only 'Download' and 'BIS Billing 3.0'

Issue: Document related to the xml attachment is not created. This will
work as expected when the message is sent to the customer

opw-4720588

closes #218179

X-original-commit: 3531f7e
Related: odoo/enterprise#89874
Signed-off-by: Ruben Gomes (rugo) <[email protected]>
Signed-off-by: Andrea Grazioso (agr) <[email protected]>
The fix at [1] did not fix the issue. This is another attempt.

runbot-227759

[1]: 9a3c9ec

closes #218215

X-original-commit: e0078d6
Signed-off-by: David Monjoie (dmo) <[email protected]>
In this commit, we change the login page step by a step with isActive
property. So this step is only active when the input#login is not on
the page and then expectUnloadPage will be only listen when this step
is active.

closes #218052

X-original-commit: 028832f
Signed-off-by: Mathieu Duckerts-Antoine (dam) <[email protected]>
Signed-off-by: Aaron Bohy (aab) <[email protected]>
Chatbot rating tours can sometimes fail. They all share the same steps: start a
chat, close the chat, then rate the agent. Before closing the chat, the tours
check that the message is present in the DOM, assuming it has been posted, then
close the chat window.

However, this is not enough to guarantee the thread was properly created. Initially,
a temporary thread is shown. When the user sends the first message, a temporary message
is posted on that thread while the real thread is created asynchronously.

As a result, closing the chat after checking the message in the DOM doesn’t guarantee
the window belongs to the persisted thread. If it doesn’t (due to slow network or high
CPU load), the rating panel never shows because the real thread was never closed.

This commit fixes the issue by waiting for the persisted thread to be created before
closing the chat.

fixes runbot-159683

closes #218318

Signed-off-by: Sébastien Theys (seb) <[email protected]>
Issue -->

The final step of the `_action_merge` method updates the `code` field of the
account onto which the other accounts are merged. During the write call on
`code`, a dependent field `always_tax_exigible` on `account.move` gets added
to the compute chain. This causes a fetch of all `account.move` records related
to journal items related to the account that is getting updated. This can lead
to a MemoryError on databases with large `account.move` tables.

Solution -->

We delegate the write of the `code` field to SQL.

In the account merge wizard, accounts that can be grouped are grouped by the
keys --> `'account_type', 'non_trade', 'currency_id', 'reconcile', 'deprecated','name'`.
Therefore, the `account_type` does not change after the merge. We can safely
assume that any fields dependent on `account_type` do not need recomputation and
hence, bypass the ORM for this update.

Additional change -->

Disable the prefetcher in the write call in `account.account` to optimize
memory usage on databases with a large number of journal items/journal entries
when writing on `code` or `account_type` in general.

opw-4839985

closes #217784

X-original-commit: 8c5bfff
Signed-off-by: Thomas Becquevort (thbe) <[email protected]>
Versions
--------
- 16.0+

Steps
-----
1. Have a fiscal position with a country-based tax mapping;
2. go to `/shop` as a public user,
3. create a new account;
4. add a product to your cart;
5. go to user settings & add an address that matches the fiscal position;
6. go to checkout & pay for the cart.

Issue
-----
The fiscal position's taxes aren't applied to the order.

Cause
-----
The `_compute_fiscal_position_id` method is triggered when changing the
`partner_id` or `partner_shipping_id` of an order. It does not trigger
when modifying the address of the order's current partner.

There is logic in place to recompute fiscal position & taxes when an
address gets entered via checkout, but not via any other route.

Solution
--------
Adding address fields to the `api.depends` of the compute method could
introduce the unintended behavior of changing taxes & fiscal position of
confirmed sale orders. Instead, we can check for fields relevant to
fiscal position in `write`, then search for unconfirmed website orders,
and recompute their fiscal position & taxes if need be.

opw-4844132

closes #218212

X-original-commit: feac710
Signed-off-by: Levi Siuzdak <[email protected]>
Issue:
On 18.0 and 18.1, cancelling an `account.move` will clear the `ref`
value in all situations if `hr_expense` is installed. While clearing
the `ref` is necessary if unlinking an expense, this isn't the case
for unrelated records.

Solution:
Check to see if the `expense_sheet_id` is set on the `account.move`
to determine if the `ref` should also be removed.

Additional Note:
This flow was reworked in 18.2 via #189701, so we only need to adjust
this for the affected versions.

opw-4853903

closes #218368

X-original-commit: 7c208d5
Signed-off-by: Julien Alardot (jual) <[email protected]>
The language used in the DIOT documentation was confusing and even though we had the exact same description for two columns it turns out they were different, so we need to change the logic of a few columns to make it work as needed.
- Behavior prior to this PR: In the DIOT, the columns Paid 8% N, Paid 8% s, Paid 16%, Importation 16% and Intangible imports 16% are sums of taxes paid with this type of tax. And all the tax columns are based in the base not in the tax part.
- Behavior after this PR. Taxes now have a correction in their tags so that the columns in the DIOT report are calculated correctly, Tax columns only contains tax values, not base values.

opw-4920577

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

closes #218362

X-original-commit: 1180c80
Related: odoo/enterprise#89959
Signed-off-by: Antoine Dupuis (andu) <[email protected]>
FK columns in large tables like `account.move` need to be indexed if
an opposite one-to-many relationship is defined, otherwise reading
that o2m requires a full Seq Scan of the table.

closes #218497

Signed-off-by: Olivier Dony (odo) <[email protected]>
@bt-admin bt-admin merged commit 9644099 into brain-tec:tmp.saas-18.1 Jul 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.