Daily updates from Odoo
Navigate
Branch
Wednesday, March 1, 2023
18 changes
Enhancements to existing features
Customers can now choose nearby Sendcloud pickup points during checkout, with merchants able to set distance limits for available locations. The update also improves shared pickup-location handling across delivery providers and fixes checkout and order-address issues related to pickup delivery.
Original PR description
Description of the issue/feature this PR addresses: Adding the possibility to use Sencloud delivery points based on the distance with the current address related : - odoo/odoo#105848 - odoo/upgrade/pull/4124 Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users can no longer invoice customers for subscription periods that fall after a contract's end date. When this happens, they are warned and guided to either update the end date or renew the contract, helping prevent incorrect billing.
This update removes an obsolete styling class and aligns several Enterprise app views with improved class handling from the core platform. It helps keep screens visually consistent and easier to maintain, with little expected impact on day-to-day users.
Original PR description
These are the adaptations of the changes made in `@web/views/view` that brings a better management of classes for styling in view archs. See the community counterpart for more informations. --- Related Community PR: odoo/odoo#113014
This update adds a way to automatically create large sets of sample Knowledge articles for testing and performance checks. It helps teams validate how Knowledge behaves with many articles, relationships, permissions, and favorites before real-world use at scale.
Original PR description
This merge adds a populate script for knowledge.articles. It currently adds: ~1.500 articles for "small" argument ~5.000 articles for "medium" argument ~27.000 articles for "large" argument What we handle already: - Title - Body (simple 'lorem ipsum' with 3 variants) - Icon - Parent / Children relationships - Internal permission and members configuration - Configuration (locked, full_width, ...) - Favorites Improvements can be made in the future, notably on article items with specific properties configurations. A first populate script is added with this PR in order to have a basis to improve further when necessary. Task-3073220
The Knowledge app has been refined based on user testing to make onboarding clearer and navigation more intuitive. Users now get better guidance when creating articles, improved shortcuts, activity visibility from cards, and automatic article naming from page titles to reduce confusing untitled content.
Original PR description
Purpose: - This commit contains small improvements following observations made during Userbrain user tests. - Add an activity widget in the kanban card (it feels very strange if you land on the kanban view from the activity systray). - Add a keyboard shortcut to the toggle favorite button. - Change the keyboard shortcut for the "create" button (to not have the same shortcut than in the embedded views). - Add a default title (in the body only) to article items (using the name of the item list/kanban), so that the user knows that he is redirected to the new created item when clicking on the create button of an item list/ kanban. - Slightly change the content of the data articles (because users currently don't get how templates works). Task-3083792
The spreadsheet editor now uses the same font family as the rest of Odoo. This creates a more consistent visual experience for users working with spreadsheets inside Odoo.
Original PR description
This commit make the font-family of o-spreadsheet the same as the Odoo font family. Odoo task [3000885](https://www.odoo.com/web#id=3000885&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form)
Resolved issues and error corrections
Creating a spreadsheet from a template in Documents now properly converts the template content. This prevents users from getting incorrectly formatted or unusable spreadsheet data when starting from existing templates.
Original PR description
In the Documents app, create a new spreadsheet from a template. => The template data is not converted. Since https://github.com/odoo/enterprise/commit/1b0fc71d2f865662d9c860bcc3d247d9da6a9269
Fixes issues in the Payroll dashboard that could cause errors when opening debug options or editing notes. This makes the dashboard more reliable for payroll users working with todo notes.
Fixed a problem that could make the Accounting settings screen become unresponsive when importing journal items. This helps users complete accounting data imports reliably without needing to restart or recover from a stuck page.
Original PR description
**Moved PR [here](https://github.com/odoo/enterprise/pull/37658) to change source branch from master to saas-16.1.** An infinite loop was blocking the interface when importing journal items from the settings menu. (Accounting > Settings > Accounting Import > Import Journal Items). Task ID: 3211540 ----- I confirm I have signed the CLA and read the PR guidelines at [www.odoo.com/submit-pr](http://www.odoo.com/submit-pr)
Code cleanup and technical improvements
The Point of Sale IoT payment connection code was reorganized using a newer internal structure. This should make the payment integration easier to maintain and evolve, without changing day-to-day cashier workflows.
Miscellaneous changes
This commits adjusts the the datas for the kenian payroll localization based on tests. task-3029348 Forward-Port-Of: odoo/enterprise#37598 Forward-Port-Of: odoo/enterprise#35950
Original PR description
This commits adjusts the the datas for the kenian payroll localization based on tests. task-3029348 Forward-Port-Of: odoo/enterprise#37598 Forward-Port-Of: odoo/enterprise#35950
It was old and outdated with mistakes like Kredit Forward-Port-Of: odoo/enterprise#37613
Original PR description
It was old and outdated with mistakes like Kredit Forward-Port-Of: odoo/enterprise#37613
'Elster', the place where these exports are uploaded has changed the format of some lines it expects. So we change these lines exported to conform to this new format. opw-2974560 task-3082233 Forward-Port-Of: odoo/enterprise#37574 Forward-Port-Of: odoo/enterprise#35210
Original PR description
'Elster', the place where these exports are uploaded has changed the format of some lines it expects. So we change these lines exported to conform to this new format. opw-2974560 task-3082233 Forward-Port-Of: odoo/enterprise#37574 Forward-Port-Of: odoo/enterprise#35210
When the joined model has a complex `FROM` clause we failed to join them correctly. This the case for inhering models where the `company_id` field is on the parent model (e.g. `product.product`). Compare (inheriting model) ```py In [5]: expression([('company_id', 'in', [False, 1])], self.env['product.product']).query.get_sql() Out[5]: ('"product_product" LEFT JOIN "product_template" AS "product_product__product_tmpl_id" ON ("product_product"."product_tmpl_id" = "product_product__product_tmpl_id
Original PR description
When the joined model has a complex `FROM` clause we failed to join them
correctly. This the case for inhering models where the `company_id`
field is on the parent model (e.g. `product.product`).
Compare (inheriting model)
```py
In [5]: expression([('company_id', 'in', [False, 1])], self.env['product.product']).query.get_sql()
Out[5]:
('"product_product" LEFT JOIN "product_template" AS "product_product__product_tmpl_id" ON ("product_product"."product_tmpl_id" = "product_product__product_tmpl_id"."id")',
'(("product_product__product_tmpl_id"."company_id" in (%s)) OR "product_product__product_tmpl_id"."company_id" IS NULL)',
[1])
```
with
```py
In [6]: expression([('company_id', 'in', [False, 1])], self.env['res.partner']).query.get_sql()
Out[6]:
('"res_partner"',
'(("res_partner"."company_id" in (%s)) OR "res_partner"."company_id" IS NULL)',
[1])
```
Forward-Port-Of: odoo/enterprise#37563Impacted versions: 16.0+ How to reproduce: * open Knowledge and create an article * create a child article of that article * add a property for the child article * create a root article (with no parent) * move the root article under the first article (will become its child) Current behavior: * the property panel does not open unless forced reload Expected behavior: * the property panel opens with the same property as the other child article Fix: Handle the display of the pro
Original PR description
Impacted versions: 16.0+ How to reproduce: * open Knowledge and create an article * create a child article of that article * add a property for the child article * create a root article (with no parent) * move the root article under the first article (will become its child) Current behavior: * the property panel does not open unless forced reload Expected behavior: * the property panel opens with the same property as the other child article Fix: Handle the display of the property panel in useEffect instead of only onMounted. The issue is that switching from an article to another will not re-trigger the onMounted callback of the knowledge renderer, meaning that the condition to display the property panel was not properly recomputed. Task-3122001 Task-3186465 Forward-Port-Of: odoo/enterprise#37579 Forward-Port-Of: odoo/enterprise#37101
before this commit, there is a typo in subscription and related terms was missing in pot file. after this commit, the typo will be corrected and missing term is added to the pot file Forward-Port-Of: odoo/enterprise#37495 Forward-Port-Of: odoo/enterprise#37262
Original PR description
before this commit, there is a typo in subscription and related terms was missing in pot file. after this commit, the typo will be corrected and missing term is added to the pot file Forward-Port-Of: odoo/enterprise#37495 Forward-Port-Of: odoo/enterprise#37262
In a taxcloud company, reconciliation can throw a singleton error if it contains multiple credit notes using taxcloud fiscal position because it searches for the reversed_entry based on all moves reconciled instead of the current move in the loop. This commit changes it to the current move in the loop. opw-3202418 Forward-Port-Of: odoo/enterprise#37555
Original PR description
In a taxcloud company, reconciliation can throw a singleton error if it contains multiple credit notes using taxcloud fiscal position because it searches for the reversed_entry based on all moves reconciled instead of the current move in the loop. This commit changes it to the current move in the loop. opw-3202418 Forward-Port-Of: odoo/enterprise#37555
Steps to reproduce ================== - Go to the contact form - Open studio - Add a selection field - Close studio - Open studio again - Select the newly created selection field The "Edit Values" link should be in the sidebar Cause of the issue ================== The link for editing the selection values is only displayed if the field is a manual field. https://github.com/odoo/enterprise/blob/ff6417e5df622c8f8a1c12884db616f70cc526a3/web_studio/static/src/legacy/xml/view_ed
Original PR description
Steps to reproduce ================== - Go to the contact form - Open studio - Add a selection field - Close studio - Open studio again - Select the newly created selection field The "Edit Values" link should be in the sidebar Cause of the issue ================== The link for editing the selection values is only displayed if the field is a manual field. https://github.com/odoo/enterprise/blob/ff6417e5df622c8f8a1c12884db616f70cc526a3/web_studio/static/src/legacy/xml/view_editor_sidebar.xml#L733 But if the selection has not been created in the same studio lifecycle, `manual` is undefined. This is because, only some keys are loaded when calling `get_views` opw-3167203 Forward-Port-Of: odoo/enterprise#37036