Wednesday, May 6, 2020
39 changes · master
Enhancements to existing features
The settings page is updated to reduce clutter and make option names clearer. Empty statistics are hidden, integration options are shown in a more logical order, and a repeated “Users” label is renamed to “Permissions” for easier understanding.
Original PR description
- Hide statistics section if empty - Change order of two options in Integrations section - Change label users to permissions to avoid duplicated label Task ID: 2214425 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
HR plan warnings now include the name of the activity that is missing configuration. This makes it easier for users to identify and correct the specific activity setup issue without extra investigation.
Original PR description
Before this commit, the User was not aware of the Activity for which configuration is missing. In this commit, we display `Activity name` in the warning. Based on Feedback at https://github.com/odoo/odoo/pull/44922#issuecomment-584057134 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
The Timesheets menus no longer force project and task grouping outside the grid view. This keeps list and other views simpler and avoids unnecessary grouping for users reviewing timesheet entries.
Original PR description
…ets' and 'All Timesheets'
Currently, The 'My Timesheets' and 'All Timesheets' action has a default groupby on
project_id and task_id and the timesheet gridview has the same grouping
defined in the view architecture so the default action grouping
therefore only makes sense if we want the other views of the action to
be grouped as well, and we do not want that.
So removed 'search_default_groupby_project': 1 and
'search_default_groupby_task': 2 from the action of 'My Timesheets' and 'All Timesheets'.
TaskID: 2230634
Closes: #9694The project deletion wizard now hides the Archive option when all selected projects are already archived. This reduces confusion for users by only showing actions that are relevant in the current situation.
Original PR description
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
The Map Route configuration option has been relocated from the Map View settings area to the Integrations section. This makes related integration settings easier to find and keeps the settings menu better organized without changing map functionality.
Original PR description
- Remove the Map View section from settings and move the Map Route option to Integrations section. Task ID: 2214425
Timesheet lists now open without an automatic grouping applied in several common menu entries, including My Timesheets, All Timesheets, and validation views for recent periods. This keeps non-grid views simpler and avoids showing unnecessary grouped layouts where they are not intended.
Original PR description
hr_timesheet: In timesheet action, removed default groupby. task-2230634
Long descriptions on Helpdesk portal pages now adapt better to different screen sizes. This makes support ticket information easier for customers to read, especially on smaller devices.
Original PR description
Previously, description on the helpdesk page is not responsive if it's too long. In this commit- we have improved responsiveness of description helpdesk view inside the portal. task-2124829
Resolved issues and error corrections
This fixes the Attendance Kiosk setup by removing extra viewing options that were not needed and could cause problems when selecting an employee. The change keeps the kiosk flow focused on the intended screen, reducing confusion for users managing attendance.
Original PR description
Commit 6d11097a9b802a01473701bb9ce0ce647faf7fdf added view mode `tree,activity` in this action which is not necessary for Attendance Kiosk mode. (and also not working when selecting an employee from `tree` view) With this commit, we remove extra view modes which are not required/working for this action. 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 1. Install Sales 2. In the Sales settings activate "Product Configurator" 3. Create a product with variant set as "dynamic" (with dummy attributes) 4. Switch your browser view to the mobile view (using dev tools) 5. Click the order line "Add" button 6. Click on the product form 7. Search for your product of step 3. -> The product of step 3. does not shows up ! ### Cause The view used for mobile is the order_line form view in the view "view_order_form"
Original PR description
### Issue 1. Install Sales 2. In the Sales settings activate "Product Configurator" 3. Create a product with variant set as "dynamic" (with dummy attributes) 4. Switch your browser view to the mobile view (using dev tools) 5. Click the order line "Add" button 6. Click on the product form 7. Search for your product of step 3. -> The product of step 3. does not shows up ! ### Cause The view used for mobile is the order_line form view in the view "view_order_form" This view uses product.product instead of product.template ### Solution Use product.template instead **OPW-2214095** -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50573
A scheduled data cleaning task was corrected to use the right internal action. This helps ensure automated cleanup runs as intended, reducing the chance of stale or duplicate data remaining in the system.
Original PR description
TaskID: 2248556
The update fixes internal test code that was calling a removed reporting helper by mistake. This helps keep cash basis and localization report checks aligned with the current system behavior, reducing false test failures without changing day-to-day user workflows.
Original PR description
removed the call to _with_correct_filters (account_report_cash_basis) in tests - This method was removed in commit dc3eaa692982539d5706cd1f62275f9a24740989 - Calls to this method were reintroduced in tests by mistake
Steps to reproduce the bug: Go to CRM > Reporting > Partnership Analysis Group by > Add Custom Group and select Invoice Account Date Bug: A traceback was raised opw:2249977 Forward-Port-Of: odoo/odoo#50646
Original PR description
Steps to reproduce the bug: Go to CRM > Reporting > Partnership Analysis Group by > Add Custom Group and select Invoice Account Date Bug: A traceback was raised opw:2249977 Forward-Port-Of: odoo/odoo#50646
Steps to reproduce the bug: - Let's consider a consumable product P with an internal note IN in Dutch - Create a SO with dutch partner P and confirm it - Process the delivery and validate it - Print the delivery slip Bug: The internal note IN was displayed on the delivery slip. The internal note must never appear on a delivery slip. opw:2227613 Forward-Port-Of: odoo/odoo#50619
Original PR description
Steps to reproduce the bug: - Let's consider a consumable product P with an internal note IN in Dutch - Create a SO with dutch partner P and confirm it - Process the delivery and validate it - Print the delivery slip Bug: The internal note IN was displayed on the delivery slip. The internal note must never appear on a delivery slip. opw:2227613 Forward-Port-Of: odoo/odoo#50619
Forward-Port-Of: odoo/odoo#50654
Original PR description
Forward-Port-Of: odoo/odoo#50654
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#50641
Original PR description
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#50641
Steps to reproduce the bug: - Create a new tax T based on python code, leave the code how it is by default (result = price_unit * 0.10) - Check included in price - Create an invoice, add a customer, add a line with random label, assign unit price = 100 and select tax T. Bug: On the invoice, the Untaxed Amount = 90 and Taxes = -10 instead of 10 (like the behavior in 12.0) opw:2242188 Forward-Port-Of: odoo/odoo#50485
Original PR description
Steps to reproduce the bug: - Create a new tax T based on python code, leave the code how it is by default (result = price_unit * 0.10) - Check included in price - Create an invoice, add a customer, add a line with random label, assign unit price = 100 and select tax T. Bug: On the invoice, the Untaxed Amount = 90 and Taxes = -10 instead of 10 (like the behavior in 12.0) opw:2242188 Forward-Port-Of: odoo/odoo#50485
Swiss ISR payments must not be grouped as we want to keep a single transaction per reference. The ISR payment reference doesn't imply additionnal fees from the bank. One transaction per ISR reference is needed in Swiss SEPA payments to ensure a end-to-end flow that will ease the reconciliation on the other end. When ISR reference is detected we also avoid to concatenate the references to not concatenate the same reference multiple times. In case the same reference is sent by the supp
Original PR description
Swiss ISR payments must not be grouped as we want to keep a single transaction per reference. The ISR payment reference doesn't imply additionnal fees from the bank. One transaction per ISR reference is needed in Swiss SEPA payments to ensure a end-to-end flow that will ease the reconciliation on the other end. When ISR reference is detected we also avoid to concatenate the references to not concatenate the same reference multiple times. In case the same reference is sent by the supplier on different dates. Backport from PR 45744 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#50594 Forward-Port-Of: odoo/odoo#48441
Steps to reproduce the bug: - Install website_livechat - Go to login page on mobile with Safari - Click on "Have a Question?" - Close the chat by clicking on the arrow Bug: A traceback was raised Ref:https://stackoverflow.com/questions/19359326/json-parse-fails-in-safari-when-a-string-value-contains-a-comma opw:2243871 Forward-Port-Of: odoo/odoo#50608 Forward-Port-Of: odoo/odoo#50554
Original PR description
Steps to reproduce the bug: - Install website_livechat - Go to login page on mobile with Safari - Click on "Have a Question?" - Close the chat by clicking on the arrow Bug: A traceback was raised Ref:https://stackoverflow.com/questions/19359326/json-parse-fails-in-safari-when-a-string-value-contains-a-comma opw:2243871 Forward-Port-Of: odoo/odoo#50608 Forward-Port-Of: odoo/odoo#50554
Create a coupon program with: - Minimum purchase in currency (ex 100$ tax excluded) - Fixed discount applied on order (ex 100$) Generate some coupon. Go to shop. Fill an order with amount slightly above the minimum required by the coupon (ex. 125$). Apply the coupon. Nothing occur to the cart: the coupon is applied correctly, but when the cart is refreshed it will check for any non-applicable promotion against the current order state (125$ - 100$ = 25$, since the coupon check is for o
Original PR description
Create a coupon program with: - Minimum purchase in currency (ex 100$ tax excluded) - Fixed discount applied on order (ex 100$) Generate some coupon. Go to shop. Fill an order with amount slightly above the minimum required by the coupon (ex. 125$). Apply the coupon. Nothing occur to the cart: the coupon is applied correctly, but when the cart is refreshed it will check for any non-applicable promotion against the current order state (125$ - 100$ = 25$, since the coupon check is for orders above 100$ the promotion will be removed). Temporary removing all applied promotions before making checks on their applicability fix the issue opw-2224169 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#48578
Bug === If a user want to unsubscribe from a mass mailing, he will get a traceback on the form on version > 13.2. In 13.0, the import is duplicated but doesn't raise an error. Introduced in f296992317e96562c66bd7ad59a5080d6c551ed5 Task-2241443 Forward-Port-Of: odoo/odoo#50538
Original PR description
Bug === If a user want to unsubscribe from a mass mailing, he will get a traceback on the form on version > 13.2. In 13.0, the import is duplicated but doesn't raise an error. Introduced in f296992317e96562c66bd7ad59a5080d6c551ed5 Task-2241443 Forward-Port-Of: odoo/odoo#50538
enterprise: https://github.com/odoo/enterprise/pull/8999 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50499 Forward-Port-Of: odoo/odoo#46821
Original PR description
enterprise: https://github.com/odoo/enterprise/pull/8999 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50499 Forward-Port-Of: odoo/odoo#46821
enterprise: https://github.com/odoo/enterprise/pull/8999 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#46821
Original PR description
enterprise: https://github.com/odoo/enterprise/pull/8999 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#46821
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#50691 Forward-Port-Of: odoo/odoo#50665
Original PR description
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#50691 Forward-Port-Of: odoo/odoo#50665
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#50674 Forward-Port-Of: odoo/odoo#50657
Original PR description
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#50674 Forward-Port-Of: odoo/odoo#50657
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#50505
Original PR description
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#50505
When we generate task in a project with allow_timesheet = false from a Sales Order, we get the 'remaining_hours' tag. So, in this task, we hide that 'remaining_hours' tag while 'allow_timesheet = false'. task - 2243305 Forward-Port-Of: odoo/odoo#50357
Original PR description
When we generate task in a project with allow_timesheet = false from a Sales Order, we get the 'remaining_hours' tag. So, in this task, we hide that 'remaining_hours' tag while 'allow_timesheet = false'. task - 2243305 Forward-Port-Of: odoo/odoo#50357
When modifying the company_id of a pricelist, the check to ensure a website has a pricelist available wasn't triggered. This commit ensures the check is done in this case, to avoid the absence of any pricelist for a given website (which breaks /shop). Fixes #50707 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50721
Original PR description
When modifying the company_id of a pricelist, the check to ensure a website has a pricelist available wasn't triggered. This commit ensures the check is done in this case, to avoid the absence of any pricelist for a given website (which breaks /shop). Fixes #50707 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50721
* = web_editor Previously the theme body, text, header, headings and footer colors were not added to the customs colors of other colorpickers if they were custom. Now it is the case. Those colors can be set from a theme color but it will be the css color of the theme color that will be set not it's name. This can lead to the custom color being a theme color which was not checked before as it was not possible. Now we check that ! task-2198177 -- I confirm I have signed the CLA and
Original PR description
* = web_editor Previously the theme body, text, header, headings and footer colors were not added to the customs colors of other colorpickers if they were custom. Now it is the case. Those colors can be set from a theme color but it will be the css color of the theme color that will be set not it's name. This can lead to the custom color being a theme color which was not checked before as it was not possible. Now we check that ! task-2198177 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#50736 Forward-Port-Of: odoo/odoo#47189
From time to time (frequently on Mac OS), the Chrome tests are failing because there is no tab found in the browser instance. It seems that in some circumstance, the browser is started but the tab takes some time to appear, for that reason, the tab information is not referenced in the first json commands. With this commit, the json command is issued multiple times with a 2 seconds timeout. Forward-Port-Of: odoo/odoo#50761 Forward-Port-Of: odoo/odoo#50716
Original PR description
From time to time (frequently on Mac OS), the Chrome tests are failing because there is no tab found in the browser instance. It seems that in some circumstance, the browser is started but the tab takes some time to appear, for that reason, the tab information is not referenced in the first json commands. With this commit, the json command is issued multiple times with a 2 seconds timeout. Forward-Port-Of: odoo/odoo#50761 Forward-Port-Of: odoo/odoo#50716
- 8 columns balance: sum equity accounts to liability (thanks for collaboration of @PedroArroyoM - Tierra Nube) - 8 columns balance: allow to select draft account entries or exclude them - f29 proposal: change sign when the balance is in favor of the company - f29 proposal: improve or clarify tags or legends for better understanding [I18N] some translations Forward-Port-Of: odoo/enterprise#10328 Forward-Port-Of: odoo/enterprise#10204
Original PR description
- 8 columns balance: sum equity accounts to liability (thanks for collaboration of @PedroArroyoM - Tierra Nube) - 8 columns balance: allow to select draft account entries or exclude them - f29 proposal: change sign when the balance is in favor of the company - f29 proposal: improve or clarify tags or legends for better understanding [I18N] some translations Forward-Port-Of: odoo/enterprise#10328 Forward-Port-Of: odoo/enterprise#10204
after commit https://github.com/odoo/enterprise/commit/2b587a0f8951df5dc40d7536a79def926717f2ff there is computting issue during installation of planning app, allocated_hours is always 0. in this commit we have revert the changes(added readonly property of field) from above commit to have calculated value in allocated_hours. after this commit issuee will be solved. TaskID: 2246537 Forward-Port-Of: odoo/enterprise#10271
Original PR description
after commit https://github.com/odoo/enterprise/commit/2b587a0f8951df5dc40d7536a79def926717f2ff there is computting issue during installation of planning app, allocated_hours is always 0. in this commit we have revert the changes(added readonly property of field) from above commit to have calculated value in allocated_hours. after this commit issuee will be solved. TaskID: 2246537 Forward-Port-Of: odoo/enterprise#10271
## Bug 1 In the helpdesk reports, the filter "SLA Not Failed" filter does not seem to work as expected, as it never shows closed tickets, even if they passed all their SLA policies. ## Bug 2 In the helpdesk team form, the link to the website form if the "Website Form" option is enabled is broken. ## Bug 3 In the helpdesk team form, the assignment method changed automatically from Random or Balanced to Manually if the user removed the last member in Team Members or Team Visibility while
Original PR description
## Bug 1 In the helpdesk reports, the filter "SLA Not Failed" filter does not seem to work as expected, as it never shows closed tickets, even if they passed all their SLA policies. ## Bug 2 In the helpdesk team form, the link to the website form if the "Website Form" option is enabled is broken. ## Bug 3 In the helpdesk team form, the assignment method changed automatically from Random or Balanced to Manually if the user removed the last member in Team Members or Team Visibility while the other was empty. Forward-Port-Of: odoo/enterprise#9917
Fixed bugs ========== - Odoo Error when trying to create a "planning.slot" in a company where the logged user is not associated to an employee. - Odoo Error when clicking on a "planning.slot" to display details popover in calendar view. - If user has the following rights: Planning: Manager Employees: [None] At the creation/edition of a "planning.slot" the "SEND" and "PUBLISH & SEND" buttons appear but action isn't performed as he doesn't have the rights to. => Fixed by
Original PR description
Fixed bugs ========== - Odoo Error when trying to create a "planning.slot" in a company where the logged user is not associated to an employee. - Odoo Error when clicking on a "planning.slot" to…
Fixed bugs
==========
- Odoo Error when trying to create a "planning.slot" in a company
where the logged user is not associated to an employee.
- Odoo Error when clicking on a "planning.slot" to display details popover in calendar view.
- If user has the following rights:
Planning: Manager
Employees: [None]
At the creation/edition of a "planning.slot" the "SEND" and "PUBLISH & SEND" buttons appear
but action isn't performed as he doesn't have the rights to.
=> Fixed by hiding the buttons if user hasn't the following right -> Employees: Officer
- In Reporting > Planning Analysis, if a "planning.slot" spreads on several days,
the "allocated_hours" will be automatically and simply divided by the numbers of days it is spreaded on.
=> Simply display the registered "allocated_hours" for the start date to stay consistent with Timesheets.
- Error when opening a sent "planning.slot" on Website if it is not installed.
- When viewing Planning on Website, the user dropdown menu does not respond.
Forward-Port-Of: odoo/enterprise#9833[FIX] Performance on get_barcode_view_state With this commit: The barcode view loads faster. This view is call by operations such as "Barcode" smart button in inventory adjustment or updating the quantity on a product on the barcode view. #### Performance gains: Using the database of the client: - `stock_move_lines` 35261 records - `stock_move` 41680 records - `stock_picking` 14158 records Times to load barcode view on an Inventory Adjustment of 1332 products: - Standard code
Original PR description
[FIX] Performance on get_barcode_view_state With this commit: The barcode view loads faster. This view is call by operations such as "Barcode" smart button in inventory adjustment or updating the quantity on a product on the barcode view. #### Performance gains: Using the database of the client: - `stock_move_lines` 35261 records - `stock_move` 41680 records - `stock_picking` 14158 records Times to load barcode view on an Inventory Adjustment of 1332 products: - Standard code: 4.45 sec - PR code: 0.94 sec PySpy/PyFlame on https://drive.google.com/drive/folders/1_7Dyr3LNNWcy11moXcL-qF7-B9FqqJxI?usp=sharing OPW-2207567 Forward-Port-Of: odoo/enterprise#10388 Forward-Port-Of: odoo/enterprise#10256
community: https://github.com/odoo/odoo/pull/46821 Forward-Port-Of: odoo/enterprise#8999
Original PR description
community: https://github.com/odoo/odoo/pull/46821 Forward-Port-Of: odoo/enterprise#8999
community: https://github.com/odoo/odoo/pull/46821 Forward-Port-Of: odoo/enterprise#10318 Forward-Port-Of: odoo/enterprise#8999
Original PR description
community: https://github.com/odoo/odoo/pull/46821 Forward-Port-Of: odoo/enterprise#10318 Forward-Port-Of: odoo/enterprise#8999
Steps to reproduce: - install sign - activate debug mode - start the tour (x2) Previous behavior: the tour 'sign_widgets_tour' fails when runned multiple times it shows a traceback with the following message: "Uncaught TypeError: Cannot read property 'resetCanvas' of undefined" Current behavior: tour does not fail opw-2251078 Forward-Port-Of: odoo/enterprise#10398
Original PR description
Steps to reproduce: - install sign - activate debug mode - start the tour (x2) Previous behavior: the tour 'sign_widgets_tour' fails when runned multiple times it shows a traceback with the following message: "Uncaught TypeError: Cannot read property 'resetCanvas' of undefined" Current behavior: tour does not fail opw-2251078 Forward-Port-Of: odoo/enterprise#10398
### Issue - Install Studio - Have 2 company (TDD & RBMG) - Mitchell admin company = RBMG - Marc Demo company = TDD - As admin, set a custom background for RBMG - Log in as demo, select only RBMG as company No background ### Cause Here: https://github.com/odoo/enterprise/blob/6dc8589ab5d4acf7d880cef0f2f37a920736dd7e/web_studio/models/ir_ui_menu.py#L16 self.env.company is incorrect because we do not have the allowed company ids. So here: https://github.com/odoo
Original PR description
### Issue - Install Studio - Have 2 company (TDD & RBMG) - Mitchell admin company = RBMG - Marc Demo company = TDD - As admin, set a custom background for RBMG - Log in as demo, select only RBMG as…
### Issue - Install Studio - Have 2 company (TDD & RBMG) - Mitchell admin company = RBMG - Marc Demo company = TDD - As admin, set a custom background for RBMG - Log in as demo, select only RBMG as company No background ### Cause Here: https://github.com/odoo/enterprise/blob/6dc8589ab5d4acf7d880cef0f2f37a920736dd7e/web_studio/models/ir_ui_menu.py#L16 self.env.company is incorrect because we do not have the allowed company ids. So here: https://github.com/odoo/enterprise/blob/6dc8589ab5d4acf7d880cef0f2f37a920736dd7e/web_studio/static/src/js/home_menu_all.js#L43 _hasCustomBackground is not set (because the company in self.env.company = TDD instead of RBMG) So the background is never set ### Solution Get the cids from the cookies in order to have _hasCustomBackground We should use `session.user_context.allowed_company_ids[0]` instead of `self.company_id` to get the background of the right company. And last thing, we should always set to value of `menu_root['background_image']` (true or false) because there is some kind of cache. **OPW-2223997** Forward-Port-Of: odoo/enterprise#10368 Forward-Port-Of: odoo/enterprise#9680
Some banks seem to use this formatting, even though it's normally not permitted by the spec. opw 2242676 Forward-Port-Of: odoo/enterprise#10362
Original PR description
Some banks seem to use this formatting, even though it's normally not permitted by the spec. opw 2242676 Forward-Port-Of: odoo/enterprise#10362