Daily updates from Odoo
Saturday, September 6, 2025
6 changes · master
Resolved issues and error corrections
Spreadsheet menus now keep pivot, list, and chart options in the correct order, even when many lists are added. This prevents actions such as reinserting a static pivot from appearing in the wrong place and keeps spreadsheet navigation clearer for users.
Restaurant point-of-sale sessions now correctly load calendar bookings linked to restaurant tables. This helps staff see relevant appointments on the floor plan and reduces missed reservations or scheduling confusion.
Original PR description
Issue: The calendar envents that have a restaurant table ressource are not loaded in the pos if the config is in restaurant mode. Fix: If the config is a restaurant the calendar_event pos domain will return a domain containing the appointment_ressources linked to the config restaurant tables. This commit also fixes the test that checks for the appointment-label on the floor plan. Task-id: 4970986 Forward-Port-Of: odoo/enterprise#93134 Forward-Port-Of: odoo/enterprise#90809
Creating Intrastat tax returns no longer triggers an error caused by date handling in the system context. This helps accounting users complete required Intrastat filings without interruption.
Original PR description
Before this PR: - Creating Intrastat tax returns raised a type error. - The error came from date objects (`forced_date_from` / `forced_date_to`) being stored in the action context. Since date objects are not JSON-serializable, hence the `.create()` in refresh_checks fails. After this PR: - Converted `forced_date_from` and `forced_date_to` into strings before passing them in the context. - Parsed these values back into date objects using `fields.Date.from_string()` when needed in `_try_create_returns_for_fiscal_year` of the `account.return.type` model. - Intrastat tax return are created without errors. Task-5059218
This fix prevents Point of Sale order validation from getting stuck in an endless loading loop. It ensures downloaded POS orders use the correct process to include related order data, improving reliability for affected POS workflows.
Original PR description
*: pos_settle_due, pos_urban_piper The `pos.order` model was missing from pohibitedAutoLoadedModels which was causing infinite loop when validating an order. This commit add this models to the pohibitedAutoLoadedModels variable. Now when downloading an order from the PoS the `read_pos_orders` method should be used, it will returns all related order data. Forward-Port-Of: odoo/enterprise#93532
Fixed a problem that could prevent users from opening the rental schedule from product and quantity views. This restores access to rental planning information and avoids an error interrupting daily rental workflows.
Original PR description
Issue ----- When opening the rental schedule view from the `qty_at_date` widget or from the form view of a product, an error occurs: ``` Traceback (most recent call last): ... File…
Issue
-----
When opening the rental schedule view from the `qty_at_date` widget or
from the form view of a product, an error occurs:
```
Traceback (most recent call last):
...
File "/data/build/enterprise/sale_stock_renting/models/product_product.py", line 162, in action_view_rentals
result = super().action_view_rentals()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/data/build/enterprise/sale_renting/models/product_product.py", line 66, in action_view_rentals
context: dict = ast.literal_eval(action.get('context', '{}'))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/data/build/odoo/odoo/_monkeypatches/ast.py", line 28, in literal_eval
return orig_literal_eval(expr)
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/ast.py", line 66, in literal_eval
node_or_string = parse(node_or_string.lstrip(" \t"), mode='eval')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/ast.py", line 52, in parse
return compile(source, filename, mode, flags,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "<unknown>", line 2
{
IndentationError: unexpected indent
```
Introduced by https://github.com/odoo/enterprise/pull/87234
Fix
---
This commit fixes the action `sale_renting.action_rental_order_schedule`
by removing the leading newline in the action context, which caused the
evaluation to fail.
task-4720184Salary contract signing no longer assumes every contract has exactly two signatures. This prevents signing errors for contracts with more or fewer required signers, improving reliability for HR contract workflows.
Original PR description
The issue was that it was assumed all contracts will have the same number of signatures(2). This is now generalized for any number of signatures. Task - 5005069 Forward-Port-Of: odoo/enterprise#92000