Wednesday, June 21, 2023
6 changes · master
Enhancements to existing features
Links shared in Discuss, Chatter, and activity notes now behave more intuitively. Odoo document links keep users in the same browser tab and restore the related chat context, while external website links open in a new tab.
Original PR description
**Current behavior before PR:** We want to differentiate the behavior of internal links to Odoo documents and the external links to any web page in order to allow the user to navigate smoothly through Odoo from Discuss. **Desired behavior after PR is merged:** When a user clicks on an internal link in Discuss to an Odoo document: - The document is open in the same tab in the browser - The chat window opens with the conversation where the link was shared. When a user clicks on an external link it should open in a new tab. The same behavior should apply to the link shared in Chatter/Activity Log Note. Task-2636465 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Point of Sale products can now be assigned to more than one sales category, making it easier for businesses to organize and find items in different selling contexts. This improves flexibility across POS, restaurant, and self-order flows without forcing duplicate products or category workarounds.
Original PR description
Currently, a product can only be part of one `pos_category`. This PR changes the relationship between the `product` and the `pos_category` from a `One2many` to a `Many2many`. Task: 3138825 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Customers using the portal now see only the payment providers available for the website where their order was placed. This reduces confusion and helps prevent users from selecting payment options that are not valid for their order.
Original PR description
Before from the portal the user could see all the payment providers even if the payment provider was not available from the website where the order was made. Now the payment providers are filtered if the order has website_id. task-3284582
Products can now belong to more than one point-of-sale preparation category, making kitchen or service preparation displays more flexible. This helps businesses organize items across multiple workflows or stations without duplicating products or limiting them to a single category.
Original PR description
[IMP] pos_preparation_display: Allow products to be part of multiple pos categories Currently, a product can only be part of one `pos_category`. This PR changes the relationship between the `product` and the `pos_category` from a `One2many` to a `Many2many`. Closes: 3138825
Manufacturing orders can now better handle splits when products use serial numbers or lot tracking. This helps production teams keep traceability accurate when dividing work, reducing manual corrections and operational confusion.
Original PR description
Enterprise adaption for odoo/odoo#117298 Task-3187003
Odoo Studio now creates and manages pipeline stages as simple status choices instead of separate stage records. This makes stages easier to edit directly while customizing models and ensures all default pipeline columns appear consistently in kanban views.
Original PR description
PURPOSE Allow the user to enable pipeline staging on any model with studio. Idea: forget about m2o stage_id and always use selection field (both from configurator and formview) either the user is…
PURPOSE
Allow the user to enable pipeline staging on any model with studio.
Idea: forget about m2o stage_id and always use selection field (both from configurator and formview)
either the user is enabling the stages from the configurator at the creation of a new model...
after submitting the configurator, he is redirected to the formview of the new model
this formview has a stage status bar with default 'new/in progress/done' stages
to edit this, his first instinct will be to try and edit the m2o field, but this won't work as those are records not selection values
we can't expect him to close studio and go to the kanban view to edit his pipeline stages
he could also close studio and go to the configuration>stages menu item, but this is just as confusing
...or he's enabling the stages from the formview of an existing model (which sets up a selection field)
and, since there is no group_expand method defined on the selection field, only non-empty groups are actually showing up (defeating the purpose of 'pipeline staging')
plus, we can't have a different behavior than with the configurator
the reason why we use m2o stage_id in crm/project/helpdesk is because:
it's great for onboarding, as the user can set up his own stages when discovering the app
but this is not necessary here as the user is already customizing his model with studio
we want to be able to define which project/salesteam has which stages, which wouldn't be possible with a selection field
it is irrelevant when doing it through studio as the group_expand method is basic and will get all the stages
we can afford to let several people create stages on the fly as those stages are by default restricted to a specific project, therefore not creating any noise for other users
we can't afford to do that with custom stages models, meaning that we need to restrict the access rights to admins.. might as well do it through studio then
SPECIFICATION
In short, when setting up custom pipeline staging, instead of using a stage_id many2one field and a new 'stage' comodel, we are now using a simple selection field.
-> Enabling pipeline stages from the studio model configurator
Instead of creating a new stage_id field and its corresponding comodel
create a selection field with the following values: 'New','In progress', and 'Done'
set up this field with widget=statusbar in the formview header
set 'New' as the default value
activate the kanban view and set default_group_by=XXX
where XXX is the pipeline selection field
set group_expand=true on the selection field
Enabling pipeline stages from the formview
When adding the 'pipeline status bar' custom field with studio:
enable the kanban view
replace the selection values 'First/second/third status' by 'New', 'In progress', and 'Done'
set the 'New' selection value as default
set the selection field as 'default_group_by' in the kanban
set group_expand=true on the selection field
In base.view_model_fields_form, remove the readonly and invisible modifiers on field group_expand.
TASK 2226581