Daily updates from Odoo
Thursday, August 22, 2019
19 changes
Enhancements to existing features
Website publishers can now add, edit, or remove a single public comment on customer reviews for products and eLearning courses. This lets businesses provide context or feedback directly beside a rating without starting a full discussion thread.
Original PR description
To answer to a rating message (review) of a course (eLearning) or a product (eCommerce), we add a way to the publisher to directly comment a review inside the website ratting chatter. The goal was not to enter into a discussion, it was to give a feedback of a ratting to the other user, then only one publisher comment is allowed. Any publisher can add/edit/remove comment of a rating message from the website. TASK-ID : 2026911 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
Course members are now automatically subscribed to course updates so they can be notified when new content is published. The update also improves the notification email wording, prevents preview errors, and adds an option for learners to unsubscribe from notifications or leave a course from the eLearning page.
Original PR description
PURPOSE This PR rewords the mail template "slide_template_published", makes the member of a course follower of the course, allow members to leave courses and prevents the templates to crash on preview SPECIFICATIONS When a user subscribe to a course, the user is automatically follower of the course in order to be notified when a new content is published. The email that the members get when a new content is published on the course is reworded and fixed to avoid preview crash. A new widget is implemented allowing members to unsubscribe from a course or to leave it directly from eLearning frontend. LINKS Task 1985511
This update restores out-of-office support in the Time Off area, helping teams better communicate employee absences. It improves visibility around leave so colleagues can more easily understand when someone is unavailable.
Original PR description
TaskID: 2057430 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
Partners are now classified using their incoming and outgoing accounting activity instead of relying only on sales or purchase orders. This helps Odoo choose the right accounting treatment more accurately when posting lines for customers, suppliers, or partners that are both.
Original PR description
Purpose ======= To correctly choose in which account a line should be posted, we have to know if the partner is a customer or a supplier. Specification ============= Add two computed fields on res.partner: 1) The number of account move "in" 2) The number of account move "out" Based on those fields, the partner can be categorised as customer/supplier/both Task 2049131 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Odoo now tracks customer and supplier activity from posted accounting entries so partner lists can prioritize the most relevant businesses. Customer and vendor menus also default to showing matching partners, making it easier for users to find the right contact when creating accounting, sales, or purchase documents.
Original PR description
Purpose ======= To correctly choose in which account a line should be posted, we have to know if the partner is a customer or a supplier. Specification ============= Keep track of the number of…
Purpose ======= To correctly choose in which account a line should be posted, we have to know if the partner is a customer or a supplier. Specification ============= Keep track of the number of account moves "in" and "out" a partner has. These counts should be updated each time a account move is posted. To avoid any concurrent update failures on the partner, if one transaction already locked a partner row the count update will be skipped this time. This means the values may not be exact in the database! The exact values will eventually be correctly computed at the next successfull try. Known limitation of this approach: The computation ignores the set of currently selected companies. i.e. `allowed_company_ids` key of the context. Use the stored fields `account_move_out_count` and `account_move_in_count` to order partners when searching by name. This allows to show best customers or best suppliers on top. To choose if best customer or supplier are shown on top, the context key `res_partner_search_mode` is used. The context key can take two values: customer or supplier. This decision revamps 8766f38 to only use account move instead of PO and SO On actions showing partner, set a default filters to menus to only display customers (account_move_out_count > 0) if the string is "Customers". And only supplier if the string is "Vendors" or "Suppliers". When creating a partner, artificially set `account_move_[out|in]_count` to one to display it even if there is filter. Don't allow this number to get back to zero if the "real" count is recomputed for some other reason. 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
Odoo now avoids refreshing temporary wizard-style records when regular business records change. This reduces unnecessary background work and can improve performance without affecting normal saved records.
Original PR description
This is a performance optimization: modifying a regular record will not trigger some recomputation on a transient record. Most transient records are simply waiting to be garbage-collected, so there is no need to keep their fields up-to-date.
Event track tags marked as hidden are now kept out of public website pages. This helps event organizers control what visitors see while preserving internal tagging for management purposes.
Original PR description
The goal is to hide the hidden tags on event tracks from the frontend TaskID: 2056905 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
CRM opportunity updates now show clearer messages when an opportunity is lost or restored. The change combines related loss details into one activity note, adds a restoration message, and improves wording around success probability so sales teams see cleaner, easier-to-understand history.
Original PR description
[IMP] crm: improvement to stage messages, some strings and fix of typos As part of the back2basics, the stage messages were modified to be clearer: -when an opportunity is lost previously 2 separated messages where created in the chatter (one for the reason, one for the active state) now, one message is created with both infos. -new message when an opportunity is restored. There where also some fixes to typos, and an the probability of a lead to be successful received a new title "estimated by Odoo". -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Expense records now require a company to be set, helping ensure related accounting entries are created under the correct company. This improves reliability for organizations operating across multiple companies and reduces the risk of expenses being posted to the wrong entity.
Original PR description
This commit provides hard constraints (SQL level) for expense to work in multi company environement. This is related to a R&D task, the rest of the code need to be adapt, but freeze is coming. As expense implies accounting entries, it is required to generate them in the right company, the company field should then be required. Task-1999686 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
Website publishers can now add, edit, or remove a single official response to reviews on courses and products, helping provide visible feedback without turning reviews into full discussions. The update also fixes an issue where editing a review without changing its rating could incorrectly reduce the rating value.
Original PR description
[IMP] website_rating : Publisher Comment of a review To answer to a rating message (review) of a course (eLearning) or a product (eCommerce), we add a way to the publisher to directly comment a review inside the website ratting chatter. The goal was not to enter into a discussion, it was to give a feedback of a ratting to the other user, then only one publisher comment is allowed. Any publisher can add/edit/remove comment of a rating message from the website. TASK-ID : 2026911 [FIX] Modify a review, rating value badly updated When someone edited his review without changing the rating, the rating value was divided by 2 for no reason. Solution : update the hidden input value during the start function ( -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Odoo web forms now keep track of fields that users touched, even when the final value matches the original value. This helps ensure the server receives the user's intent after automated field updates, reducing the risk of incorrect saved data.
Original PR description
Before this commit, a simple optimization was done: if a field was modified in such a way that the new value is the same as the initial value, then it is not considered changed. However, with the new changes in the ORM, it may be an issue, because doing so loses the intent of the user. If an onchange changes a field, then the user changes it back, the server is not aware of that fact. With this commit, we simply keep the field in the list of changes to send to the server. 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
This change rolls back an unstable editor update and restores the older, more stable editing experience used in prior Odoo versions. It also adjusts email marketing and point of sale editor integrations so users can continue editing content with fewer maintenance risks and more predictable behavior.
Employees can now find and select eligible sales orders when reinvoicing expenses, even if they are not the salesperson assigned to those orders. This makes expense recharging more flexible while limiting the search to relevant sales orders and allowing salespeople to open the related orders they need to review.
Original PR description
As f871908e86dc868a7d2fb1d2dff6cae0fb79977c wants to allow simple empoyee to select any SO on which the expense should be reinvoice, we need a little adjustement. Indeed, before this commit, the ir.rule of current user are still apply (bad comprehension of `name_get_uid` parameter), so a salesman will only be alble to reinvoice on its own SO while an employee can do the same on any SO. This commit fixes this strange use case with rco's advice to make this mecanism work in a cleaner way. To restrict this `name_search` done in `sudo`, we apply a context key, and an hardcoded domain (combine with a AND) to minimize the divulgation. Also, we want the saleman to be able to open and see the SO. Task-1843241
This change replaces an unstable interim editor with the earlier, more stable editor version while keeping the newer integration layer. It reduces maintenance risk for Odoo 13 and helps website and mass mailing editing share fixes with older supported versions.
Original PR description
This PR reverts the saas-12.2 editor by restoring the 12.0 editor. The saas-12.2 editor was an intermediate work between the previous editor of Odoo 12 and the new one slated for Odoo 13. It was…
This PR reverts the saas-12.2 editor by restoring the 12.0 editor. The saas-12.2 editor was an intermediate work between the previous editor of Odoo 12 and the new one slated for Odoo 13. It was unstable but it was expected to be replaced by the new editor of version 13. However, since the new editor has been postponed to Odoo 14, the saas-12.2 one would have been staying in Odoo 13, which would have been a nightmare to maintain. To avoid this outcome, we chose to put back the 12.0 editor in its place. This has the particular advantage that Odoo 13 will share the same bugfixes as Odoo 12 and 11 as they all run under the same core editor, while the saas-12.2 one would have been an entirely different beast to maintain. Despite its title, this PR is not a revert of PR 29775 per se, as we are using the wysiwyg abstraction layer that was introduced in that PR. The goal of the wysiwyg abstraction layer is to provide an interface for other modules that want to use the editor feature such that the editor core itself can be changed without requiring extensive changes in the other modules. This PR uses the wysiwyg abstraction layer to restore the 12.0 editor with minimal changes to the modules that use the editor.
This update improves how Odoo calculates stock quantities for product kits and service products. Businesses with large product lists should see faster inventory-related searches and screens, without changing the quantities shown for real stockable products.
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 employee referral app now uses clearer English wording and fixes small typos across referral screens, emails, alerts, and reward-related messages. This improves readability and gives employees a more polished experience when sharing jobs or managing referrals.
Original PR description
Removed some typo's and improved some source terms.
The Sign app now offers clearer signing and template-editing flows, better labels and messages, immediate email sending for smaller requests, and cleaner document naming. It also adds activity logs for access, signing, downloads, and request creation, improving traceability and confidence in signed documents.
Original PR description
This branch has 2 main goals: 1. Improve UX of the Sign application 2. Add traceability of sign requests UX Improvements ============== - improve ux when editing a template: items have a placeholder (by default the type of item) - improve field labels, dialog messages, button strings, etc. - send emails immediately if needed - less shenanigans with file extensions - update views for better interactions (moar buttons!!) - improve redirection feature by adding a label, allowing users to redirect signers to a specific page after signing Traceability ========= - add logs when a sign item is accessed/signed - allow printing a report of logs
Map view settings have been moved into the general settings area, making them easier for users to find in a more logical location. This improves usability without changing the underlying map functionality.
Original PR description
-The settings block is now in general settings -Changes to Strings
The Web Studio report editor has been adjusted to work with the restored older editor experience. This keeps report customization consistent and usable after the editor change, reducing confusion for users managing reports.
Original PR description
The saas-12.2 editor was replaced in PR 35677 by restoring the 12.0 editor. This PR adapts the report editor in web_studio following that change and is therefore a partial revert of PR 3399.