Tuesday, December 17, 2019
6 changes · master
Enhancements to existing features
Website administrators can now edit the site's robots.txt file directly from backend settings, making it easier to control how search engines crawl the website. The update also includes related website configuration improvements, such as sitemap submission support, helping businesses manage search visibility without technical file access.
Original PR description
Allow to edit quicly robots.txt form the backend settings -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
List views now make multi-record editing easier by removing an unnecessary confirmation step when editing a single record. After saving changes across multiple selected records, the selection is cleared automatically so users can continue working without extra cleanup.
Original PR description
This commit introcudes two changes to the multi edition in list views: 1. Editing one record does not require confirmation through a dialog 2. Successfully saving multiple records unselects all currently checked records Task 2146429 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
Visitors can now start a preview course quiz before signing in or joining the course. After they sign in or complete a required purchase, their previous answers are kept and corrected, reducing friction and helping convert interested learners.
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
Studio now makes it easier to find the correct related field when creating one-to-many fields. Users can search by field name or technical name, as well as the related model name or technical name, reducing confusion from duplicate-looking labels.
Original PR description
Task : https://www.odoo.com/web?#id=2083620&action=327&model=project.task&view_type=form&menu_id=4720 Pad : https://pad.odoo.com/p/openerp-project.task-29VGAW40Z7
Resolved issues and error corrections
This fixes an issue where marking a CRM lead as lost could leave it in an inconsistent state if automatic probability was later applied. Lost leads now keep both manual and automatic probabilities at zero, and restored leads have their probabilities recalculated correctly.
Dialog buttons can now wait for an action, such as a user confirmation, before deciding whether to close the window. If the action is cancelled or fails, the dialog stays open, preventing users from being taken out of their workflow unexpectedly.
Original PR description
Prior to this commit, there was no clean way to have a button triggering asynchronous work (like asking user for confirmaton for example) and close or not close the modal according to the user choice. Your options were: 1. Swallow the pill and just accept that the modal will close even if the user chose not to undertake the action. 2. Set the `close` parameter of the button to false and handle the conditional closing by yourself from outside the dialog. This commit introduces a way to tell the form view dialog that the action has not been processed correctly and that the modal should not be closed by returning a rejected promise. Prior behavior can still be obtained (close no matter the result) by having the handler not returning a promise at all.