Odoo Changelog — 2026-09-01

Tuesday, September 1, 2026

3 changes · 17.0

Bug Fixes(3)

Resolved issues and error corrections

[FIX] core: handle missing headers for oversized request URI

Core17.0base

The server now handles requests with excessively long web addresses without triggering an additional internal error. This helps ensure users receive the correct error response instead of causing avoidable server noise or instability.

Original PR description

- When the request URI is too long, the HTTP server rejects the request before parsing the headers. As a result, `self.headers` is not available when the WebSocket compatibility code in `send_header()` and `end_headers()` is executed.

- Access `self.headers` safely to avoid an AttributeError while handling the 414 response.

**opw-6501275**

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

#http#server#request-handling

[FIX] payment_demo: fix refund on manual capture

PR #282315

Core17.0payment_demo

Fixes an issue in the demo payment provider where refunds after manual capture could remain only authorized, leaving a negative authorized amount and blocking further refund actions. This makes refund testing with the demo provider behave correctly after payments are captured.

Original PR description

Issue:
---
When using manual capture, you can refund the transaction but it will be only authorized, and you'll then be blocked with a negative authorized amount and the impossibility to refund it.

This seems to be specific to demo payment provider.

Steps:
1- Enable manual capture on demo provider.
2- Buy a product from shop and checkout and pay.
3- Capture the payment in backend. Then click on post process.
4- Try refund.

opw-6413515

#payments#refunds#manual capture

[FIX] l10n_in_stock: Add dependency on stock_account

PR #284990

Core17.0l10n_in_stock

This update ensures the India stock-related app loads the required accounting-stock component during testing and installation. It prevents a broken form view caused by a missing country field, improving reliability without changing user-facing workflows.

Original PR description

The view 'l10n_in_ewaybill_stock.view_picking_form_inherit_ewaybill' is broken in single-app tests because it depends on stock.picking:country_code. That field is provided by module 'stock_account' through auto_install relationship.

'stock_account' auto_installs with 'stock' and 'account' installed. This condition exists on stable so it's safe to add this dependency.
The dependency is added to l10n_in_stock because it seemed like the logical place where 'account' and 'stock' functionality comes together.

[l10n_in_ewaybill_stock] ──[depends]──> [l10n_in_stock]

[l10n_in_stock] ──[depends]──> [stock]
[l10n_in_stock] ──[depends]──> [l10n_in] ──[depends]──> [account_tax_python] ──[depends]──> [account]

REF Runbot: https://runbot.odoo.com/odoo/error/945482

#india#stock#accounting#installation

- When the request URI is too long, the HTTP server rejects the request before parsing the headers. As a result, `self.headers` is not available when the WebSocket compatibility code in `send_header()` and `end_headers()` is executed. - Access `self.headers` safely to avoid an AttributeError while handling the 414 response. **opw-6501275** --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Issue: --- When using manual capture, you can refund the transaction but it will be only authorized, and you'll then be blocked with a negative authorized amount and the impossibility to refund it. This seems to be specific to demo payment provider. Steps: 1- Enable manual capture on demo provider. 2- Buy a product from shop and checkout and pay. 3- Capture the payment in backend. Then click on post process. 4- Try refund. opw-6413515

The view 'l10n_in_ewaybill_stock.view_picking_form_inherit_ewaybill' is broken in single-app tests because it depends on stock.picking:country_code. That field is provided by module 'stock_account' through auto_install relationship. 'stock_account' auto_installs with 'stock' and 'account' installed. This condition exists on stable so it's safe to add this dependency. The dependency is added to l10n_in_stock because it seemed like the logical place where 'account' and 'stock' functionality comes together. [l10n_in_ewaybill_stock] ──[depends]──> [l10n_in_stock] [l10n_in_stock] ──[depends]──> [stock] [l10n_in_stock] ──[depends]──> [l10n_in] ──[depends]──> [account_tax_python] ──[depends]──> [account] REF Runbot: https://runbot.odoo.com/odoo/error/945482