Wednesday, July 7, 2021
18 changes · master
Enhancements to existing features
City searches can now use zip codes as well as city names, making it easier to pick the correct city when multiple places have similar names. City results also show the zip code in parentheses for clearer identification.
Original PR description
When having cities with similar name it may quickly be difficult to find the right one. Adding zip code to name search helps finding it more easily. IN order to match this new _name_search we update name_get accordingly and display the zip code between parenthesis. Task ID-2525738
Event pages now use space more efficiently by reducing extra padding, centering menu items, and allowing them to wrap below the header area when needed. This helps prevent menu items from overlapping the registration button and improves the page layout for visitors.
Original PR description
Remove padding from event name, and center menu items, purpose is to reduce lost space Make menu items wrap and move to the bottom to avoid having them overlap with the register button. Shorten the name of the "OpenWood Collection Online Reveal" event to "OpenWood Collection Reveal", because otherwise it would usually take two lines and would not look good. Task-2524708 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Event Twitter Wall feature now aligns with updated event website menu management. This helps keep event-related website menus more consistent and easier to manage for users working with event pages.
Original PR description
See community PR for more details.
Resolved issues and error corrections
This change removes unstable checks from two web client tests so they no longer fail unpredictably during automated testing. It helps keep development and release validation more dependable without changing user-facing behavior.
Original PR description
Before this commit, two tests had undeterministic outcomes: they wanted to assert something in DOM was present at the same tiome as an owl rendering After this commit, the problematic asserts are removed and the tests behave deterministically. 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
This commit changes the warning log for Selection fields that states that the hook could not go through the ORM for the deletion at uninstall (because of some business error) and that it had to bypass the ORM (aka pure sql delete) and turns it into a runbot-level log, meaning that it's technically a warning but the runbot won't fail because of it. This is done because for the install/uninstall tests it shows up as an actual failure but it is not as it is non-blocking, and 99.9% of devs
Original PR description
This commit changes the warning log for Selection fields that states that the hook could not go through the ORM for the deletion at uninstall (because of some business error) and that it had to bypass the ORM (aka pure sql delete) and turns it into a runbot-level log, meaning that it's technically a warning but the runbot won't fail because of it. This is done because for the install/uninstall tests it shows up as an actual failure but it is not as it is non-blocking, and 99.9% of devs won't ever see this warning on runbot since it triggers on module uninstall anyway. Forward-Port-Of: odoo/odoo#73291
PURPOSE When hover mouse on tour droplet, it shows tip info, but when click on app name(ex- expenses) and hover on tour droplet, it does not show text. SPEC Show tip info even after clicking over App name. TASK 2376278 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#66819
Original PR description
PURPOSE When hover mouse on tour droplet, it shows tip info, but when click on app name(ex- expenses) and hover on tour droplet, it does not show text. SPEC Show tip info even after clicking over App name. TASK 2376278 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#66819
PURPOSE When editable listview has sequence field with handle widget and user edits row it is displayed with white background, while user can not change it in edit mode so it should be displayed with grey background SPEC The sequence field should be displayed with grey background in editable listview in edit mode. TASK 2507971 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#69371
Original PR description
PURPOSE When editable listview has sequence field with handle widget and user edits row it is displayed with white background, while user can not change it in edit mode so it should be displayed with grey background SPEC The sequence field should be displayed with grey background in editable listview in edit mode. TASK 2507971 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#69371
Step to reproduce: 1. On mobile devices, open the pos app and lunch a bar/restaurant session; 2. You can't navigate on floor screen => bug To fix that we allow scroll on mobile devices. Task ID: 2453679 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#72774
Original PR description
Step to reproduce: 1. On mobile devices, open the pos app and lunch a bar/restaurant session; 2. You can't navigate on floor screen => bug To fix that we allow scroll on mobile devices. Task ID: 2453679 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#72774
See odoo/odoo#71047 Forward-Port-Of: odoo/odoo#73328 Forward-Port-Of: odoo/odoo#72221
Original PR description
See odoo/odoo#71047 Forward-Port-Of: odoo/odoo#73328 Forward-Port-Of: odoo/odoo#72221
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#73132
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#73132
PURPOSE Curretnly, the link responsible for sharing the page on whatsapp (from social share snippet) is not working correctly. There are two main problems: - it works only for the mobile devices where WhatsApp is alreay installed - only the page title is being shared, not the page URL SPECIFICATION This PR fixes both the issues by changing the sharing URL for WhatsApp. The URL is now changed to 'https://wa.me/....' instead of using 'whatsapp://' protocol (see the official li
Original PR description
PURPOSE Curretnly, the link responsible for sharing the page on whatsapp (from social share snippet) is not working correctly. There are two main problems: - it works only for the mobile devices…
PURPOSE Curretnly, the link responsible for sharing the page on whatsapp (from social share snippet) is not working correctly. There are two main problems: - it works only for the mobile devices where WhatsApp is alreay installed - only the page title is being shared, not the page URL SPECIFICATION This PR fixes both the issues by changing the sharing URL for WhatsApp. The URL is now changed to 'https://wa.me/....' instead of using 'whatsapp://' protocol (see the official link[1] for more information). With this URL, if the WhatsApp is not installed on the device, it will provide user with the options to either download it or use WhatsApp Web, and if WhatsApp is installed, it will open the app. Also with the URL, we pass both page title and page URL within 'text' URL parameter, and the secure link will be automatically parsed and converted to hyperlink by the platform. [1] - https://faq.whatsapp.com/general/chats/how-to-use-click-to-chat/ TaskID-2557077 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#72838 Forward-Port-Of: odoo/odoo#72284
Currently, the hover property inconsistent with some content of the stat button. It happens because the content of the stat button contains the 'o_quick_editable' class in read-only mode which has the property cursor: default. so, this commit fixes the issue by overriding the CSS of the stat button in the read-only mode. TaskID-2479807 Forward-Port-Of: odoo/odoo#68775
Original PR description
Currently, the hover property inconsistent with some content of the stat button. It happens because the content of the stat button contains the 'o_quick_editable' class in read-only mode which has the property cursor: default. so, this commit fixes the issue by overriding the CSS of the stat button in the read-only mode. TaskID-2479807 Forward-Port-Of: odoo/odoo#68775
PURPOSE Entering random value in daterange widget manually and click outside should not throw traceback. SPEC If value entered manually is wrong then show warning toaster. TASK 2410523 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#73238 Forward-Port-Of: odoo/odoo#62716
Original PR description
PURPOSE Entering random value in daterange widget manually and click outside should not throw traceback. SPEC If value entered manually is wrong then show warning toaster. TASK 2410523 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#73238 Forward-Port-Of: odoo/odoo#62716
_prepare_transaction_request() introduced in 35a6c1867d8edc9b58c002a6ff6a63c35a0fc708 is only used for 'authOnlyTransaction' and 'authCaptureTransaction' transaction types. capture(), void() and refund() still build their own request parameters. Make this clearer by renaming _prepare_transaction_request() to _prepare_authorization_transaction_request(). Forward-Port-Of: odoo/odoo#73334
Original PR description
_prepare_transaction_request() introduced in 35a6c1867d8edc9b58c002a6ff6a63c35a0fc708 is only used for 'authOnlyTransaction' and 'authCaptureTransaction' transaction types. capture(), void() and refund() still build their own request parameters. Make this clearer by renaming _prepare_transaction_request() to _prepare_authorization_transaction_request(). Forward-Port-Of: odoo/odoo#73334
Due to odoo/odoo#51075 it's an error to assign the `_date_name` field on an empty recordset. ``` Traceback (most recent call last): File "/home/odoo/src/odoo/14.0/odoo/models.py", line 1582, in _fields_view_get arch_etree = getattr(self, '_get_default_%s_view' % view_type)() File "/home/odoo/src/odoo/14.0/odoo/models.py", line 1495, in _get_default_calendar_view self._date_name = dt AttributeError: 'project.phase' object attribute '_date_name' is read-only ``` Issue
Original PR description
Due to odoo/odoo#51075 it's an error to assign the `_date_name` field on
an empty recordset.
```
Traceback (most recent call last):
File "/home/odoo/src/odoo/14.0/odoo/models.py", line 1582, in _fields_view_get
arch_etree = getattr(self, '_get_default_%s_view' % view_type)()
File "/home/odoo/src/odoo/14.0/odoo/models.py", line 1495, in _get_default_calendar_view
self._date_name = dt
AttributeError: 'project.phase' object attribute '_date_name' is read-only
```
Issue observed on upgrade requests 2615 and 3121.
Co-authored-by: Christophe Simonis <chs@odoo.com>
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#73380…rent from MXN and don't generate cfdi. Mexican companies should always have their accounting in MXN. Community PR : odoo/odoo#73079 See odoo/enterprise#19245 See odoo/enterprise#19353 Forward-Port-Of: odoo/enterprise#19475 Forward-Port-Of: odoo/enterprise#19401
Original PR description
…rent from MXN and don't generate cfdi. Mexican companies should always have their accounting in MXN. Community PR : odoo/odoo#73079 See odoo/enterprise#19245 See odoo/enterprise#19353 Forward-Port-Of: odoo/enterprise#19475 Forward-Port-Of: odoo/enterprise#19401
Fix an issue making a button appear in the debug popup, when there is nothing to redirect to. Forward-Port-Of: odoo/enterprise#19473
Original PR description
Fix an issue making a button appear in the debug popup, when there is nothing to redirect to. Forward-Port-Of: odoo/enterprise#19473
Improvements made for the carryover in #3d7374 made a new popup template for it. But using the same name for the data key has caused a conflict with the debug popup for financial reports making it show twice in their views. Forward-Port-Of: odoo/enterprise#19472
Original PR description
Improvements made for the carryover in #3d7374 made a new popup template for it. But using the same name for the data key has caused a conflict with the debug popup for financial reports making it show twice in their views. Forward-Port-Of: odoo/enterprise#19472