…nents

- In the Inventory app, go to Lots/Serial Numbers;
- Open any record;
- Click on the Traceability stat button;
- reload the page;

Before this commit, the message "No operation made on this lot." was
shown, even if there are operations. This occurs because the
TraceabilityReport lost the current model at reload (active_model).

Since [1] a new prop (a function called updateResId) was give to the
controllers components of the window actions to update the resId on the
action state and url, when needed. For instance, the form view after
saving a new record, will update the state and the url with the newly
created id.

Since [2], the prop was also given to the controllers components of the
client actions to update the resId.

There is a need to update more than the resId. This PR will introduce a
new prop with the aim to update the action state (updateActionState).
This props will allow the controller components to update the state and
push the new state to the router (updating the url).

In practical, this allows to push a new state in the url, keeping the
action service in sync. This synchronization between the router and the
action service allows the browser back/forward/reload to work as
expected.

Now, the TraceabilityReport can update the state, to add the
active_model to the url (as a query param), and be able to restore the
full state at reload.

[1]: https://github.com/odoo/odoo/commit/c63d14a0485a553b74a8457aee158384e9ae6d3f
[2]: https://github.com/odoo/odoo/commit/3ad4fd65387f60b524e5f786556963ead8ae9dfe

Forward-Port-Of: odoo/enterprise#65681
Forward-Port-Of: odoo/enterprise#65284

Currently, an error occurs while editing the customer form view when the '281.50' contact tag is not available

Step to produce:

- Install the 'l10n_be_reports' module.
- Go to the list view of 'Contact Tags' and delete the '281.50' record.
- Open the customer form view and try to edit it.

Stack Trace :

```
KeyError: ('ir.model.data', <function IrModelData._xmlid_lookup at 0x7fb69b00be20>, 'l10n_be_reports.res_partner_tag_281_50')
  File "odoo/tools/cache.py", line 103, in lookup
    r = d[key]
  File "<decorator-gen-5>", line 2, in __getitem__
  File "odoo/tools/func.py", line 87, in locked
    return func(inst, *args, **kwargs)
  File "odoo/tools/lru.py", line 34, in __getitem__
    a = self.d[obj]
ValueError: External ID not found in the system: l10n_be_reports.res_partner_tag_281_50
  File "odoo/http.py", line 2250, in __call__
    response = request._serve_nodb()
  File "odoo/http.py", line 1759, in _serve_nodb
    response = self.dispatcher.dispatch(rule.endpoint, args)
  File "odoo/http.py", line 2055, in dispatch
    result = endpoint(**self.request.params)
  File "odoo/http.py", line 756, in route_wrapper
    result = endpoint(self, *args, **params_ok)
  File "home/odoo/src/custom/default/saas_worker/controllers/main.py", line 2305, in smtp
    proxy.message_process(None, message)
  File "addons/mail/models/mail_thread.py", line 1369, in message_process
    routes = self.message_route(message, msg_dict, model, thread_id, custom_values)
  File "home/odoo/src/custom/trial/saas_trial/models/mail.py", line 369, in message_route
    return super(MailThread, self).message_route(message, message_dict, model=model, thread_id=thread_id,
  File "addons/mail/models/mail_thread.py", line 1093, in message_route
    self._routing_handle_bounce(message, message_dict)
  File "addons/mail/models/mail_thread.py", line 754, in _routing_handle_bounce
    rec_bounce_w_email._message_receive_bounce(bounced_email, bounced_partner)
  File "addons/mail/models/mail_thread_blacklist.py", line 104, in _message_receive_bounce
    record.message_bounce = record.message_bounce + 1
  File "odoo/fields.py", line 1376, in __set__
    records.write({self.name: write_value})
  File "home/odoo/src/enterprise/saas-17.2/l10n_be_reports/models/res_partner.py", line 26, in write
    tag_281_50 = self.env.ref('l10n_be_reports.res_partner_tag_281_50')
  File "odoo/api.py", line 584, in ref
    res_model, res_id = self['ir.model.data']._xmlid_to_res_model_res_id(
  File "odoo/addons/base/models/ir_model.py", line 2185, in _xmlid_to_res_model_res_id
    return self._xmlid_lookup(xmlid)
  File "<decorator-gen-43>", line 2, in _xmlid_lookup
  File "odoo/tools/cache.py", line 110, in lookup
    value = d[key] = self.method(*args, **kwargs)
  File "odoo/addons/base/models/ir_model.py", line 2178, in _xmlid_lookup
    raise ValueError('External ID not found in the system: %s' % xmlid)
```

An error occurs when the system tries to retrieve an external ID of the contact
tag  '281.50'at [1],  but it is not available.

link [1]: https://github.com/odoo/enterprise/blob/77c76fecda9b63e2fc17431a4cd3623650f93724/l10n_be_reports/models/res_partner.py#L26

To handle this issue, add 'raise_if_not_found=False' if the contact tag  '281.50' is
 not available.

sentry-5499490971

Forward-Port-Of: odoo/enterprise#64878

Impacted versions:

 - 17.0

Steps to reproduce:
 1. Install l10n_mx_edi module.
 2. Go to Company ESCUELA KEMPER URGATE.
 3. Go to Settings / Automatic Currency Rates.
 4. Run manually the currency rates.
 5. Go to Accounting / Customers / Invoices.
 6. Create a new invoice with the next values:
    - Customer: "INMOBILIARIA CVA"
    - Currency: USD - Product: Any but set the UNSPSC Category (any)
 7. Confirm the invoice.
 8. Click send and print.
 9. Check CFDI and click on Click send and print.
 10. Open the generated xml

Current behavior:
 - TipoCambio have many variations depending of product and currency value:

Example: June 17th: have:
| Product                   | Quantity | TipoCambio |
|---------------------------|----------|------------|
| [FURN_0006] Monitor Stand | 1        | 18.538484  |
| [FURN_0004] Letter Tray   | 1        | 18.538558  |
| [E-COM09] Large Desk      | 1        | 18.538498  |

Expected behavior:

 - TipoCambio (inside XML) should have the exchange value of the currency (invoiced). Example: June 17th should have 18.5385 (USD)

Inspired in: [l10n_mx_extended](https://github.com/odoo/enterprise/blame/f030d17e07ae7b10fe95e054eb27ba35101cfc96/l10n_mx_edi_extended/models/account_move.py#L178)

Forward-Port-Of: odoo/enterprise#64838

An error occurs when the system tries to access single values from multiple records at [1].

Traceback On Sentry:

```
ValueError: too many values to unpack (expected 1)
  File "odoo/models.py", line 5851, in ensure_one
    _id, = self._ids
ValueError: Expected singleton: iot.device(1, 2, 3, 4, 5, 6, 7, 8)
  File "odoo/http.py", line 2248, in __call__
    response = request._serve_db()
  File "odoo/http.py", line 1823, in _serve_db
    return self._transactioning(_serve_ir_http, readonly=ro)
  File "odoo/http.py", line 1843, in _transactioning
    return service_model.retrying(func, env=self.env)
  File "odoo/service/model.py", line 134, in retrying
    result = func()
  File "odoo/http.py", line 1821, in _serve_ir_http
    return self._serve_ir_http(rule, args)
  File "odoo/http.py", line 1828, in _serve_ir_http
    response = self.dispatcher.dispatch(rule.endpoint, args)
  File "odoo/http.py", line 2053, in dispatch
    result = self.request.registry['ir.http']._dispatch(endpoint)
  File "odoo/addons/base/models/ir_http.py", line 220, in _dispatch
    result = endpoint(**request.params)
  File "odoo/http.py", line 756, in route_wrapper
    result = endpoint(self, *args, **params_ok)
  File "addons/web/controllers/dataset.py", line 38, in call_kw
    return self._call_kw(model, method, args, kwargs)
  File "addons/web/controllers/dataset.py", line 34, in _call_kw
    return call_kw(request.env[model], method, args, kwargs)
  File "odoo/api.py", line 458, in call_kw
    result = getattr(recs, name)(*args, **kwargs)
  File "addons/web/models/models.py", line 76, in web_save
    return self.with_context(bin_size=True).web_read(specification)
  File "addons/web/models/models.py", line 164, in web_read
    for vals in co_records.web_read(field_spec['fields'])
  File "addons/web/models/models.py", line 87, in web_read
    values_list: list[dict] = self.read(fields_to_read, load=None)
  File "odoo/models.py", line 3610, in read
    return self._read_format(fnames=fields, load=load)
  File "odoo/models.py", line 3821, in _read_format
    vals[name] = convert(record[name], record, use_display_name)
  File "odoo/models.py", line 6608, in __getitem__
    return self._fields[key].__get__(self, self.env.registry[self._name])
  File "odoo/fields.py", line 1261, in __get__
    self.compute_value(recs)
  File "odoo/fields.py", line 1443, in compute_value
    records._compute_field_value(self)
  File "odoo/models.py", line 4934, in _compute_field_value
    fields.determine(field.compute, self)
  File "odoo/fields.py", line 100, in determine
    return needle(*args)
  File "home/odoo/src/enterprise/saas-17.2/quality_iot/models/iot.py", line 16, in _compute_qcp_test_type
    self.qcp_test_type = types.get(self.type, '')
  File "odoo/fields.py", line 1202, in __get__
    record.ensure_one()
  File "odoo/models.py", line 5854, in ensure_one
    raise ValueError("Expected singleton: %s" % self)

```

To handle this issue, Implement an iteration to iterate records.

sentry-5540606405

Forward-Port-Of: odoo/enterprise#65604

Issue -->

With a large number of `account.move.line` and `pos.order.line` records, methods `_get_tax_details`, `_get_gstr1_hsn_json` and `_set_details_pos_lines` do not perform well.

Solution -->

In `_get_tax_details` -->

Replace the journal items recordset with a set of ids to do deletions. Move the fetch to when it is actually needed.

In `_get_gstr_hsn_json` -->

Prefetch the l10n_in_code values on `uom.uom` records that are used in the for loop. This optimization prevents additional hits to the backend.

In `_set_details_pos_lines` -->

Fetch `product.product` records and all the `uom.uom` records before the for loop to prevent additional hits to the backend when trying to fetch `product_id.type`, `product_id.l10n_in_hsn_code` and `product_uom_id.l10n_in_code`

Benchmark -->

For about 110k journal items and 95k pos order lines, the current implementation takes about 2800 seconds to finish computation.

After the fix, the process takes about 300 seconds to finish.

opw-3895401

Forward-Port-Of: odoo/enterprise#65578
Forward-Port-Of: odoo/enterprise#62305

**Current behavior:**
A product that is tracked via serial will have all of its lots displayed in the Schedule gantt view instead of just the ones which are part of the order.

**Expected behavior:**
Only the lots corresponding to rented quants of a product will be displayed.

**Steps to reproduce:**
1. Enable `Rental Transfers` in settings

2. Create a rental order with 1 of the demo printer products (they are tracked via SN already) and confirm

3. Open the rental schedule view, see that for the new order, all of the printers in stock with a SN are displayed

**Cause of the issue:**
Previously, the commit 8c90c7493ec was merged to fix an issue where you could not group by serial numbers in the schedule view for orders that were created while the 'Rental Transfers' setting was enabled.

This introducted this bug by not actually specifying which `lot_id`s of a product were part of an order- so it selected ALL `lot_id`s of ANY product in a rental order.

**Fix:**
Add a join on `StockMove` so we can select `lot_id`s which are exclusively in `StockMoveLine`s that are linked to `StockMoves` which correspond to a rental order.

opw-3977685

Forward-Port-Of: odoo/enterprise#64662
Forward-Port-Of: odoo/enterprise#64118

**Steps to reproduce:**
- Install account_reports
- Go to "Accounting / Accounting / Journals / Journal Entries"
- Create a new entry:
  * Accounting Date: [a date from last month]
  * Journal Items: [2 lines using accounts that are not of type "asset_cash" or "liability_credit_card"]
- Post the entry
- Create a journal:
  * Type: Miscellaneous
  * Default Account: [one of the accounts used for the created entry]
- Go to "Accounting / Reporting / Statement Reports / Cash Flow Statement"

**Issue:**
The default account from the newly created misc journal appears in the report even if it is not a bank-type (or cash-type) account.

**Cause:**
Previously, only account moves from a bank or a cash journal were taken into account in the report.
The default account of these journals is forced to "asset_cash" type. However, a fix has been made to allow some account moves from miscellaneous journals, which can have any type of account as default account.

**Solution:**
Only allow default accounts having "asset_cash" or "liability_credit_card" as type.

opw-3867312

Forward-Port-Of: odoo/enterprise#63989