Daily updates from Odoo
Tuesday, December 3, 2019
4 changes · master
Enhancements to existing features
Followers of regular mail channels that have email sending turned off will no longer receive emails just because they follow the channel. This supports using channel follows for mobile push notifications without creating unwanted email, while direct mentions can still trigger email based on the user’s notification settings.
Original PR description
Do not send email to partner followers of non-mass-mailing channels. When a partner follows a channel without "Send messages by email", we expect the follower to not receive any email whatsoever. This behaviour is required to implement mobile channel notifications for some users without receiving them by email. Basically, users can follow a channel to enable push notifications. Note that a mention of the user in a non-mass-mailing channel still sends an email to this user, in case the notification preferences are set to "Handle by emails".
This update adjusts how the Mail app sends emails when no channel email address is involved. It helps make message delivery behavior more reliable and consistent for users relying on Odoo communications.
The Latin American invoicing flow now uses one consistent rule to determine which document types can be selected during invoice reversals. This reduces the chance of users choosing an invalid document type when Latin American documents are not in use.
Original PR description
Merges the computation of `l10n_latam_available_document_type_ids` and `l10n_latam_document_type_id` as they're really strongly related. Note: not really sure about the conditions on the reversal: currently if there are no available types any type can be selected. Previously, *if* move_id had been modified *and* `l10n_latam_use_documents` was set (during the last modification of move_id) no type could be selected. Task 2115472
Resolved issues and error corrections
Mobile shoppers can now see product categories on the shop page even when product filters are enabled. Product filters remain hidden by default to keep browsing easy, but customers can choose to show them when needed.
Original PR description
### [FIX] website_sale: show categories/hide filters in /shop mobile Before this commit, when the settings "eCommerce Categories" and "Product Attribute's Filters" are set, neither of them are…
### [FIX] website_sale: show categories/hide filters in /shop mobile Before this commit, when the settings "eCommerce Categories" and "Product Attribute's Filters" are set, neither of them are visible in mobile. The expected behaviour in mobile is to display categories and hide filters. The choice to hide filters in mobile is deliberate, and this is to avoid to scroll too much in order to see the list of products below. The cause of the issue is that both settings share the same DOM element `<div id="products_grid_before">`. When the filters are activated, it hides the DIV for very small screens. This commit solves the issue by having two sub-elements of `<div id="products_grid_before">`, namely `products_grid_before_categories` and `products_grid_before_attributes`. That way, we can independently set the visibility rules of each of these settings in the side/navbar. Fixes #23864 ### [IMP] website_sale: toggle visibility of product filters in /shop mobile Before this commit, product attributes filters are hidden on small screens. The reason of hiding them is to avoid scrolling too much before consulting the product list below. This commit enables attributes filters on small screens. By default, they are not visible, but the user can click on 'Show Filters' to make them visible. video: https://youtu.be/GlX_ad9SvIE -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr