Saturday, November 30, 2019
7 changes · master
Enhancements to existing features
Chat windows opened on desktop will no longer automatically appear on mobile, and vice versa. Users now explicitly choose which chats to open on each device, reducing clutter and making mobile work easier to start.
Original PR description
Currently when you open, for example, 5 chat windows on the desktop, each of those windows will be opened on mobile as well. The big issue with that is that I have to shut down all windows before starting to work on the application. To make things simple, you have to explicitly open chat window to make it appears on mobile. Synchronization is blocked in both direction. We don't update the chat window state on the server and we no longer consider notifications (bus) about it. Tests were added in enterprise. opw-1891952 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
Accounting now supports more than one tax report for the same country, making it easier to handle simplified or alternative reporting formats. Local accounting packages were updated so businesses can use the right tax report structure without losing existing country-specific reporting.
Original PR description
Task https://www.odoo.com/web#id=1969026&action=333&active_id=967&model=project.task&view_type=form&menu_id=4720
Odoo now supports selecting from multiple tax reports for the same country, making tax reporting more flexible for companies with different reporting needs. The change also centralizes tax report checks, helping keep report behavior more consistent across standard and Belgian reporting flows.
Original PR description
Task https://www.odoo.com/web#id=1969026&action=333&active_id=967&model=project.task&view_type=form&menu_id=4720
Chat windows opened on desktop will no longer automatically appear on mobile, and the reverse is also blocked. This reduces clutter and lets users choose which conversations to open on each device, making mobile work sessions easier to start.
Original PR description
Currently when you open, for example, 5 chat windows on the desktop, each of those windows will be opened on mobile as well. The big issue with that is that I have to shut down all windows before starting to work on the application. To make things simple, you have to explicitly open chat window to make it appears on mobile. Synchronization is blocked in both direction. We don't update the chat window state on the server and we no longer consider notifications (bus) about it. We had to add this logic in community repository for ease, but as this is an enterprise feature, tests were added here. opw-1891952
Miscellaneous changes
Task:https://www.odoo.com/web#id=2063293&action=333&active_id=1251&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.c134d9b0d8ea08eb773491d23bb96507 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#40607 Forward-Port-Of: odoo/odoo#40466
Original PR description
Task:https://www.odoo.com/web#id=2063293&action=333&active_id=1251&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.c134d9b0d8ea08eb773491d23bb96507 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#40607 Forward-Port-Of: odoo/odoo#40466
Missing / wrong indented code during rewrite of binary controller: https://github.com/odoo/odoo/commit/7d85ab1#diff-1407a8ce197a04eefaefa26c127a4418L343-L348 In case you have: <record id="s_cover_default_image" model="theme.ir.attachment"> <field name="key">website.s_cover_default_image</field> <field name="url">/web/image/theme_treehouse.bg_img_15</field> </record> theme_treehouse.bg_img_15 will be not found in /web addons. So we need a 301 redirect too.
Original PR description
Missing / wrong indented code during rewrite of binary controller:
https://github.com/odoo/odoo/commit/7d85ab1#diff-1407a8ce197a04eefaefa26c127a4418L343-L348
In case you have:
<record id="s_cover_default_image" model="theme.ir.attachment">
<field name="key">website.s_cover_default_image</field>
<field name="url">/web/image/theme_treehouse.bg_img_15</field>
</record>
theme_treehouse.bg_img_15 will be not found in /web addons.
So we need a 301 redirect too.
opw-live
How to reproduce:
odoo.com/trial > Website > Install theme Clean
Drop first snippet > background is 404
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#40483Old heuristic is no more True: Force to check method to POST. Odoo uses methods : ['POST'] and ['GET', 'POST'] We have some controller that only allow 'GET' method, so we need to check GET also when we try to know if an url is multilang or not. This commit fix case where a controller '/test' only allow GET and you were in another language that the default, in this case, the rendered url in qweb was /get instead of /<lang>/get. Closes #37223 Description of the issue/feature this P
Original PR description
Old heuristic is no more True: Force to check method to POST. Odoo uses methods : ['POST'] and ['GET', 'POST'] We have some controller that only allow 'GET' method, so we need to check GET also when we try to know if an url is multilang or not. This commit fix case where a controller '/test' only allow GET and you were in another language that the default, in this case, the rendered url in qweb was /get instead of /<lang>/get. Closes #37223 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#40451 Forward-Port-Of: odoo/odoo#40398