Friday, January 17, 2020
37 changes · master
Enhancements to existing features
The survey screens have been redesigned to look more polished and guide users more clearly through each question. Respondents can now see progress, use keyboard shortcuts, benefit from clearer finish actions, and view improved quiz corrections and print layouts.
Original PR description
PURPOSE ========= In 3 words, make survey beautiful. SPECIFICATIONS ============== - Center the question in Question per page mode - When last question or page of the survey, Continue becomes Finish…
PURPOSE
=========
In 3 words, make survey beautiful.
SPECIFICATIONS
==============
- Center the question in Question per page mode
- When last question or page of the survey, Continue becomes Finish
- Add Press key capabilities to speed up the survey completion
- ENTER : go to next question (or next page)
- A to Z : to select answers in choice and matrix question type
(only in question per page mode to avoid mismatch and complexity with multiple questions
- New layout for single / multiple choice
- Custom radio buttons and checkboxes. Unified style for both except we keep circle icon for
simple choice and square icon for multiple choice.
- Add a progress bar (2 modes : % and number)
- Add Background image
- Re-do quiz correction mode that were removed from controller during survey refactoring.
- Review breadcrumb style (make it more integrated to the new design)
See sub commits for more details.
LINKS
=====
Follow the survey refactoring done in #42908.
Task ID: '2150291'Accounting users can now use a dedicated wizard to transfer balances between accounts and automatically reconcile eligible entries, reducing manual bookkeeping work. Partially reconciled journal items are also easier to identify with a clear 'P' matching indicator instead of exposing internal reconciliation details.
Original PR description
[IMP] account: add wizard to perform transfers between accounts This wizard also reconciles automatically entries done on reconcilable accounts. It can hence for example be used to "move" the balance of a receivable account into a payable account (or the opposite), using the generated transfer entry to do as if the receivable and payable accounts were directly reconciled together. [IMP] account: display 'P' as matching number when account.move.line objects are partially reconciled For this, we introduce a new matching_number field, used in account.move.line's tree views instead of full_reconcile_id, which used to be shown directly. Was task: 2037318
Website form editors now see an information icon beside the Email CC field label when that field is added. This helps users understand that they can enter multiple email addresses, reducing confusion when configuring form notifications.
Original PR description
In a website form, when email cc or cc field is added, an i icon will be displayed besides the field label to guide user about multiple email addresses support. Task Link: https://www.odoo.com/web#id=2074045&action=327&model=project.task&view_type=form&menu_id=4720 Pad Link: https://pad.odoo.com/p/r.93c6e32123140443faad2cdabb9828ab -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Point of Sale now prevents cash control from being used when linked cash journals lack a profit and loss account. This helps avoid accounting issues before cash sessions are opened and ensures required configuration is completed first.
Original PR description
…nd loss account Prevent the use of the point of sale when the cash control is used and there is no profit and loss account. Description of the issue/feature this PR addresses: 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
This update makes small usability improvements across online courses, forums, profiles, and ratings. Users should see clearer wording and more intuitive displays and interactions, supporting a smoother onboarding experience.
Original PR description
Minor updates to improve user useability of website_slides. Primary purpose is for onboarding wow. Task: 2070662 Description of the issue/feature this PR addresses: 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
Invoices and accounting entries can now show more precise payment statuses, including when they are partially paid or fully reversed. This helps finance teams understand outstanding balances and cancellations more accurately across invoices, payments, reporting, portals, and related accounting flows.
Original PR description
- 'partial' payment state corresponds to invoices whose payable/receivable move line has been partially reconciled with some other line. - 'reversed' payment state corresponds to entries that have been cancelled by the creation of a single reverse entry (using the dedicated button on the form view). This state can be set on invoice as well as on regular entries. => To stay consistent with the naming conventions, this commit also renames invoice_payment_state field to payment_state, since it's no longer only applicable on invoices. Description of the issue/feature this PR addresses: 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
This change makes the rules for automatically generating invoice references easier to adapt for local requirements. It helps businesses support cases such as customer refunds created from scratch without needing larger custom changes to accounting workflows.
Original PR description
Description of the issue/feature this PR addresses: Odoo generates references automatically but only for Customer Invoices and if the reference is not set. Our customers would like to have generated structured references on Customer refunds that have been created from scratch, without a reference to an invoice. (when refund is created from invoice the reference gets copied.) Current behavior before PR: Currently if we want automatically generated references for example Credit Notes/Customer Refunds (type='out_refund') we must override 'post' function from account.move. Desired behavior after PR is merged: By moving the conditions for auto-generated references to a separate function (or computed field if its preferred) we can more easily localize them, without having to override a big function like 'post'. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Mail channels no longer email every member when someone joins, leaves, or is invited to a channel configured to send messages by email. Join and leave updates still appear in the channel, reducing inbox noise while preserving visibility inside Odoo.
Original PR description
**Task**: https://www.odoo.com/web#id=2003281&model=project.task&menu_id=4720 **Pad**: https://pad.odoo.com/p/r.f736203627906d83da58972e9c8fc9aa -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When someone follows internal updates such as notes or activities on a parent record like a project, new related records such as tasks now inherit those preferences automatically. Changes to a project's subscription preferences no longer rewrite existing tasks, helping preserve each task's current notification setup.
Original PR description
…nt record before this commit: 1) when user create task or ticket, the user won't be subscribed for the internal subtypes, even if he followed it on project or helpdesk. 2) while changing the subtypes on the project, it does not affect on task for subtypes which don't have parent_id after this commit: 1) user will be created with followed internal subtypes based on parent record 2) when a user changes any subscription on the project then same will be applied on task also for subtypes with parent_id, internal or default. Task: https://www.odoo.com/web#id=1974055&action=327&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.0178a74905bafcc0f74a81894e0059a9 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Contacts filters for customers and vendors have been renamed to make clear they are based on posted customer invoices and vendor bills. This reduces confusion about why a contact appears in these lists and helps users understand the accounting criteria behind the filters.
Original PR description
Pad:https://pad.odoo.com/p/r.cd1dc4416a9cdd2ea08123468bfbc96c Task:https://www.odoo.com/web#id=2166410&action=333&active_id=1251&model=project.task&view_type=form&menu_id=4720
Accounting screens now show a simple “P” indicator when entries are only partially reconciled, making reconciliation status easier to understand at a glance. The reconcile action can also open a pre-filled transfer wizard when matching receivables and payables for the same partner, helping users move balances more efficiently.
Original PR description
For this, we introduce a new matching_number field, used in account.move.line's tree views instead of full_reconcile_id, which used to be shown directly. Was task: 2037318
Field service tasks will no longer create a sales order just because a user opens the Products action. A sales order is now created only when the first product is added, reducing unnecessary draft orders while still prompting users to set a customer when needed.
Original PR description
Task: https://www.odoo.com/web#id=2171538&action=327&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.9328abd782767be0a9cf8f4a44f93791
This update improves the Helpdesk experience by refining ticket views, portal filters, and grouping options so teams and customers can find relevant information more easily. It also updates related timesheet, sales, and field service links to make support workflows smoother across connected services.
Original PR description
TaskID: 2083774
Vendor bill automation now predicts applicable taxes even when no product is identified on a bill line. This helps improve accuracy and reduces manual tax entry for bills where product matching is unavailable.
Original PR description
Task [2092094](https://www.odoo.com/web#id=2092094&action=333&active_id=967&model=project.task&view_type=form&menu_id=4720) Before, account_predictive bills only predicted the account and the product. When the product is detected, the taxes are taken from the product but there are cases where you fdon't have the product but still want to detect the correct taxes. This commit adds the taxes to the line if there is no product detected.
Invoices can now show when they are partially paid or have been reversed, giving teams a more accurate view of their payment status. This helps accounting, collections, subscriptions, and direct debit processes react correctly to invoices that are not simply paid or unpaid.
Original PR description
- 'partial' payment state corresponds to invoices whose payable/receivable move line has been partially reconciled with some other line. - 'reversed' payment state corresponds to entries that have been cancelled by the creation of a single reverse entry (using the dedicated button on the form view). This state can be set on invoice as well as on regular entries. => To stay consistent with the naming conventions, this commit also renames invoice_payment_state field to payment_state, since it's no longer only applicable on invoices.
Resolved issues and error corrections
This change makes an automated website forum test wait for a pop-up animation to finish before closing it. This reduces false test failures and helps keep development checks stable without changing the forum experience for users.
Original PR description
Wait that modal animation is finished before to close it. Description of the issue/feature this PR addresses: 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
Miscellaneous changes
### Issue - Install Accounting - Upload XML bill (tried with a MX one) No decoder was found. ### Cause The _create_invoice_from_xml method gets decoders from overrides of _get_xml_decoders. There is only 2 overrides: Belgium & Italy. All others countries are not handled. So, this error blocks the user. ### Solution Log the error instead raising it. (Reproduce V12 behavior) **OPW-2170516** -- I confirm I have signed the CLA and read t
Original PR description
### Issue
- Install Accounting
- Upload XML bill (tried with a MX one)
No decoder was found.
### Cause
The _create_invoice_from_xml method gets decoders from overrides of
_get_xml_decoders. There is only 2 overrides: Belgium & Italy.
All others countries are not handled. So, this error blocks
the user.
### Solution
Log the error instead raising it. (Reproduce V12 behavior)
**OPW-2170516**
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#43393This fix prevents the website editor from adding a duplicate Facebook page block when users undo changes. It keeps edited pages cleaner and avoids accidental repeated embedded Facebook content.
Original PR description
Description of the issue/feature this PR addresses: Task- https://www.odoo.com/web#id=2117636&action=327&model=project.task&view_type=form&menu_id=4720 I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The mail document viewer has been restored so users can interact with files opened from messages as expected. This fixes a modal behavior issue where most actions were blocked, leaving only the Escape key able to close it.
Original PR description
document viewer did not work properly because, by default, dialogs are non-active, so most interactions were not possible (just pressing ESC to close the dialog worked). The correct fix consists of using OwlDialog for DocumentViewer, but that's basically close to a re-writing, so in the meantime marking it as always active is fine. Task: 2177011
Users with the appropriate permissions can now open the Bill of Materials form as expected. The Engineering Change Order button is hidden when it is not relevant, reducing confusion and preventing access issues.
Original PR description
Task : https://www.odoo.com/web#id=2165656&action=327&model=project.task&view_type=form&menu_id=4720 pad: https://pad.odoo.com/p/r.a5bd92c06497f2c4b09e930cefd83823
The faulty code modifies a dictionary in-place to apply a formatting function to each value. In this case, the formatting is `browse`, and the issue occurs when `ids` contain duplicates: for id in ids: result[id] = format(result.get(id, default)) Fix it by returning a new dictionary based on `result`. Forward-Port-Of: odoo/odoo#42938
Original PR description
The faulty code modifies a dictionary in-place to apply a formatting
function to each value. In this case, the formatting is `browse`, and
the issue occurs when `ids` contain duplicates:
for id in ids:
result[id] = format(result.get(id, default))
Fix it by returning a new dictionary based on `result`.
Forward-Port-Of: odoo/odoo#42938### Issue - Install Time Off - Marc Demo > Create leave request - Admin > Validate the leave request - Marc Demo > Add an attachment Nothing happens ### Cause There is a access right issue that is not handled in the JS. ### Solution Handle it by doing a do_warn. **OPW-2171791** -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#43464
Original PR description
### Issue
- Install Time Off
- Marc Demo > Create leave request
- Admin > Validate the leave request
- Marc Demo > Add an attachment
Nothing happens
### Cause
There is a access right issue that is not handled in the
JS.
### Solution
Handle it by doing a do_warn.
**OPW-2171791**
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#43464Since [1] `computer_hdd_attribute_lines` is archived instead of unlinked in `TestSaleProductAttributeValueConfig` which leads to indeterminism in tests due to the missing `flush`. Indeed `flush` is necessary before `invalidate_cache` since [2] if the data that are pending being written must be saved to the database before the cache invalidation. [1] which highlighted the issue was merged after v13.0, but it still makes sense to merge the current fix in the earliest version possible.
Original PR description
Since [1] `computer_hdd_attribute_lines` is archived instead of unlinked in `TestSaleProductAttributeValueConfig` which leads to indeterminism in tests due to the missing `flush`. Indeed `flush` is necessary before `invalidate_cache` since [2] if the data that are pending being written must be saved to the database before the cache invalidation. [1] which highlighted the issue was merged after v13.0, but it still makes sense to merge the current fix in the earliest version possible. [1] 5361706e5eb10eee991f3f0a2b10c1c877124752 [2] 9920f20e4c7753bc17bea71dea3a90f7de687196 Forward-Port-Of: odoo/odoo#43436
Description of the issue/feature this PR addresses: Issue is described on #24145 Current behavior before PR: Desired behavior after PR is merged: Work well on multi worker enviroment -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#25794
Original PR description
Description of the issue/feature this PR addresses: Issue is described on #24145 Current behavior before PR: Desired behavior after PR is merged: Work well on multi worker enviroment -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#25794
When the french certification is installed for the pos, there is an error when we use it in a company that is not french. The format of the values sent was not identical to the format of the values expected. Now the order and the server_id are sent separetly to match the parent function. Description of the issue/feature this PR addresses: 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
Original PR description
When the french certification is installed for the pos, there is an error when we use it in a company that is not french. The format of the values sent was not identical to the format of the values expected. Now the order and the server_id are sent separetly to match the parent function. Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43460
- Create a 10 % purchase tax with price included - Create a Purchase Receipt with a price unit of 100 and the 10 % tax The total is 90.91 + 8.26 = 99.17. The root cause of the issue is that... actually I have no idea. For some mysterious reasons, in case of an `in_invoice`, `in_refund` and `in_receipt`, we go through `_compute_base_line_taxes` when the price is changed. In case of the `in_receipt`, we compute the tax based on the `balance` (= 90.91) rather than the price unit, which s
Original PR description
- Create a 10 % purchase tax with price included - Create a Purchase Receipt with a price unit of 100 and the 10 % tax The total is 90.91 + 8.26 = 99.17. The root cause of the issue is that... actually I have no idea. For some mysterious reasons, in case of an `in_invoice`, `in_refund` and `in_receipt`, we go through `_compute_base_line_taxes` when the price is changed. In case of the `in_receipt`, we compute the tax based on the `balance` (= 90.91) rather than the price unit, which screws things up. Note that in case of `out_*` moves, we simply don't go through `_compute_base_line_taxes` at all, so Sales Receipts are fine. opw-2170975 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43456
Originally introduced by https://github.com/odoo/odoo/commit/f3c1e6cfbe70f9dd37cc7c7b3b3464c5b9af280b Forward-Port-Of: odoo/odoo#43384
Original PR description
Originally introduced by https://github.com/odoo/odoo/commit/f3c1e6cfbe70f9dd37cc7c7b3b3464c5b9af280b Forward-Port-Of: odoo/odoo#43384
### Issue - Install eCommerce, use Graphene - Shop > Any product The add to cart button is shifted. ### Cause Quantity field take full-width & max-width is too large. ### Solution Remove width: 100% and reduce the max-width. Screenshots on OPW **OPW-2166060** -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#43451
Original PR description
### Issue
- Install eCommerce, use Graphene
- Shop > Any product
The add to cart button is shifted.
### Cause
Quantity field take full-width & max-width is too large.
### Solution
Remove width: 100% and reduce the max-width.
Screenshots on OPW
**OPW-2166060**
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#43451The creation of an account with a single character code crashes. opw-2176764 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43448
Original PR description
The creation of an account with a single character code crashes. opw-2176764 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43448
Since new ORM in Odoo, the compute methods should always return values. In the case of return label in delivery, nothing was returned when there was no carrier on picking. So we are now setting the field to False when there are no carrier on picking. ISSUE-43270 Description of the issue/feature this PR addresses: 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 F
Original PR description
Since new ORM in Odoo, the compute methods should always return values. In the case of return label in delivery, nothing was returned when there was no carrier on picking. So we are now setting the field to False when there are no carrier on picking. ISSUE-43270 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43386
- Activate Analytic Accounting - Set the demo user with only the Purchase User access rights (no accounting access rights) - Create a PO with demo An AccessError is raised because the user has no access to `account.analytic.default`. We can use `sudo` to retrieve the default account. There is no access rights error on `account_analytic_id` or `analytic_tag_ids` later on. Fix the `company_id` at the same time. opw-2171813 Description of the issue/feature this PR addresses:
Original PR description
- Activate Analytic Accounting - Set the demo user with only the Purchase User access rights (no accounting access rights) - Create a PO with demo An AccessError is raised because the user has no access to `account.analytic.default`. We can use `sudo` to retrieve the default account. There is no access rights error on `account_analytic_id` or `analytic_tag_ids` later on. Fix the `company_id` at the same time. opw-2171813 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43388
- Install helpdesk_stock - Publish the team Customer Care on the website - Edit the ticket submission form - Add the field 'Lot/Serial Number' A crash occurs because of a malformed domain. It happens because the domain is a string, and therefore should be evaluated. We remove the string domains since it won't be possible to evaluated them in the website form anyway. opw-2176144 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behav
Original PR description
- Install helpdesk_stock - Publish the team Customer Care on the website - Edit the ticket submission form - Add the field 'Lot/Serial Number' A crash occurs because of a malformed domain. It happens because the domain is a string, and therefore should be evaluated. We remove the string domains since it won't be possible to evaluated them in the website form anyway. opw-2176144 Description of the issue/feature this PR addresses: 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 Forward-Port-Of: odoo/odoo#43409
[FIX] website_sale_digital: search domain for attachment count Before this commit, the search domain returns no results. Fine-tuning of 62c9ded opw-2172563 ------------------------------------------ [FIX] website_sale_digital: access rights error in preview order page In preview order page, we are looking for product attachments, but if we are using public user, we get an access rights error leading to a 403 page. opw-2172563 ---------------------------------------- [FIX]
Original PR description
[FIX] website_sale_digital: search domain for attachment count Before this commit, the search domain returns no results. Fine-tuning of 62c9ded opw-2172563 ------------------------------------------ [FIX] website_sale_digital: access rights error in preview order page In preview order page, we are looking for product attachments, but if we are using public user, we get an access rights error leading to a 403 page. opw-2172563 ---------------------------------------- [FIX] website_sale_digital: limit attachment search Before this commit, in a sales order preview, a search is performed to search all the attachments in invoiced products or free products. Now, the search is only performed if the product is a digital product. opw-2172563 Forward-Port-Of: odoo/odoo#43418
- Open the bank statement import wizard - Select more than one file Boom, singleton error. The feature developed in https://github.com/odoo/odoo/commit/97c3f0f0257774af0e064b00 has been promptly broken by b967916cd2ebba319c25. Interestingly, using `ensure_one` when more than one attachment is allowed doesn't work very well. We raise meaningful errors instead. opw-2172693 Forward-Port-Of: odoo/enterprise#7774
Original PR description
- Open the bank statement import wizard - Select more than one file Boom, singleton error. The feature developed in https://github.com/odoo/odoo/commit/97c3f0f0257774af0e064b00 has been promptly broken by b967916cd2ebba319c25. Interestingly, using `ensure_one` when more than one attachment is allowed doesn't work very well. We raise meaningful errors instead. opw-2172693 Forward-Port-Of: odoo/enterprise#7774
** CREATE DRAFT ENTRY function in Payroll Module works wrong** Impacted versions: 13.0 Issue - Install Payroll, Accounting modules - Set salary structures and salary rules for each employee in the payroll module - Each salary rule is set Debit Account and Credit Account - After click "Compute sheet" to get payslips, click Create a draft journal to get a payroll journal entry - Journal item will be created each salary rule if they were set Debit Account and Credit Account - But ther
Original PR description
** CREATE DRAFT ENTRY function in Payroll Module works wrong** Impacted versions: 13.0 Issue - Install Payroll, Accounting modules - Set salary structures and salary rules for each employee in the payroll module - Each salary rule is set Debit Account and Credit Account - After click "Compute sheet" to get payslips, click Create a draft journal to get a payroll journal entry - Journal item will be created each salary rule if they were set Debit Account and Credit Account - But there are not enough all Credit account item lines in the journal entry Cause: - The function "action_payslip_done" works wrong when it checks the Credit Line. - So, one only Credit line will be created, and its value is the total of all of the credit lines if there are many salary rules Solution - Edit function action_payslip_done by add "()" into "if" clause checks if the rule has a credit account Forward-Port-Of: odoo/enterprise#7383
Because the date for autopost is the last day of the year, the tested values are not right on that particular day. To avoid problems, we avoid testing on that day by changing the date to 30-12. Forward-Port-Of: odoo/enterprise#7660 Forward-Port-Of: odoo/enterprise#7479
Original PR description
Because the date for autopost is the last day of the year, the tested values are not right on that particular day. To avoid problems, we avoid testing on that day by changing the date to 30-12. Forward-Port-Of: odoo/enterprise#7660 Forward-Port-Of: odoo/enterprise#7479
### Issue - Install Contacts & Studio - Contacts has map view type - Select List view as default view with Studio - Close Studio Map view icon disappear. ### Cause The map view action is inherited. In _onSetDefaultView, this.action.view_mode doesn't contain inherited actions. ### Solution Get the right view types in this.action.views. **OPW-2166868** Forward-Port-Of: odoo/enterprise#7753
Original PR description
### Issue
- Install Contacts & Studio
- Contacts has map view type
- Select List view as default view with Studio
- Close Studio
Map view icon disappear.
### Cause
The map view action is inherited.
In _onSetDefaultView, this.action.view_mode doesn't contain
inherited actions.
### Solution
Get the right view types in this.action.views.
**OPW-2166868**
Forward-Port-Of: odoo/enterprise#7753