Monday, August 12, 2024
11 changes · master
Enhancements to existing features
Internal users who open shared Knowledge article links are now sent straight to the newer, cleaner Knowledge page address. This avoids extra URL changes during page loading and provides a smoother navigation experience.
Original PR description
When the user accesses an article via a shared link (`/knowledge/article/42`), the internal users will be redirected to the backend view of Knowledge using the legacy route (i.e: `/web#id=...&model=...`). When loading the page, the router will transform that url to a more friendly one (i.e: `/odoo/knowledge/...`). To avoid updating the url many times, we will directly redirect the user to the new route. task-3975577
This change updates internal test expectations for the Documents Accounting area to stay aligned with related platform changes. It helps keep quality checks accurate without changing day-to-day user workflows.
Original PR description
following community changes task-3950502
The bank setup screen now shows slightly larger bank logos and clearer text. This makes it easier for users to recognize their bank and read key setup information during online synchronization configuration.
Original PR description
Slightly increase logo size
The Indian GST reports module now points its service connections to the updated Indian localization infrastructure. This keeps GST return settings and reporting aligned with the latest backend services, with no expected change to day-to-day user workflows.
Original PR description
see https://github.com/odoo/odoo/pull/175290 see https://github.com/odoo/upgrade/pull/6335
Accounting-related pages now use cleaner, more human-readable URLs. This makes links easier to understand, share, and verify while preserving existing bank reconciliation and batch payment workflows.
Original PR description
*= account_accountant_batch_payment This commit modifies existing URLs to the new format so that the URL's become more human readable. Task-3820230
Resolved issues and error corrections
This update ensures the Indian GST return reporting process properly returns a response when completing its work. This helps prevent missing feedback or interrupted flows for businesses using GST return reports.
Original PR description
Issue produced in commit- https://github.com/odoo/enterprise/commit/61e5101081c87082de4b6d938fbe7ccdb329e7b6 This commit resolves the missing returning of response
Miscellaneous changes
Forward-Port-Of: odoo/enterprise#68263 Forward-Port-Of: odoo/enterprise#68211
Original PR description
Forward-Port-Of: odoo/enterprise#68263 Forward-Port-Of: odoo/enterprise#68211
This fix ensures shop floor manufacturing tests behave consistently whether or not the quality manufacturing module is installed. It prevents lot information from being set when no quantity has been completed, reducing false test failures and improving reliability.
Original PR description
test_shop_floor fails with only mrp_workorder installed. With quality_mrp (as in runbot), test succeeds. Origin is in _compute_lot_line_id which set lot_id even when no qty_done.
Issue ----- When adding formating to an appointment button linked to a specific type of appointment, the button will lead to all appointments instead of just the specific type. Change ----- Since buttons can have custom formatting, this will add HTML elements inside the button element. Therefore, we need to take into account that the target of the event may not be the button itself. opw-4080512 Forward-Port-Of: odoo/enterprise#68037
Original PR description
Issue ----- When adding formating to an appointment button linked to a specific type of appointment, the button will lead to all appointments instead of just the specific type. Change ----- Since buttons can have custom formatting, this will add HTML elements inside the button element. Therefore, we need to take into account that the target of the event may not be the button itself. opw-4080512 Forward-Port-Of: odoo/enterprise#68037
Steps to reproduce the bug: - Set up the sendcloud shipping method - Create two a storable product “P1” and “P2” - Create a sale order: - 1 unit of P1 and P2 - add a shipping method: sendcloud - Confirm the SO > result: a delivery is created - Update the qty to 0 units of P2 - Go to the delivery and try to validate it Problem: A traceback is triggered: ``` File "/home/odoo/src/enterprise/delivery_sendcloud/models/sendcloud_service.py", line 535, in _get_products_values
Original PR description
Steps to reproduce the bug:
- Set up the sendcloud shipping method
- Create two a storable product “P1” and “P2”
- Create a sale order:
- 1 unit of P1 and P2
- add a shipping method: sendcloud
- Confirm the SO > result: a delivery is created
- Update the qty to 0 units of P2
- Go to the delivery and try to validate it
Problem:
A traceback is triggered:
```
File "/home/odoo/src/enterprise/delivery_sendcloud/models/sendcloud_service.py", line 535, in _get_products_values
'avg_value': float(val['tot_value'])/float(val['tot_qty'])
ZeroDivisionError: float division by zero
```
opw-4074859
Forward-Port-Of: odoo/enterprise#68129
Forward-Port-Of: odoo/enterprise#67527Before this commit: Sendcloud request adds a phone number instead of a mobile number first during the check. For many carriers, Sendcloud requires real mobile numbers instead of (landline) phone number. After this commit: Mobile number is checked before the phone number and added to the request if available. opw-4005520 Forward-Port-Of: odoo/enterprise#66480
Original PR description
Before this commit: Sendcloud request adds a phone number instead of a mobile number first during the check. For many carriers, Sendcloud requires real mobile numbers instead of (landline) phone number. After this commit: Mobile number is checked before the phone number and added to the request if available. opw-4005520 Forward-Port-Of: odoo/enterprise#66480