Daily updates from Odoo
Navigate
Branch
Friday, October 19, 2018
12 changes
New functionality added to Odoo
Documents share links can now let external users upload files directly for document requests, making it easier to collect requested documents without extra back-and-forth. The update also fixes portal access issues so login buttons and single-file shares work as expected.
Original PR description
Implements the portal side of the document request feature. Fixes a bug in portal that made the portal page login button unclickable. Task: #1894421
Enhancements to existing features
When an employee is moved to a different department, their already approved leave requests scheduled for the future will now reflect the new department. This keeps leave planning and department reporting accurate without requiring manual corrections.
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
Odoo no longer splits stylesheet bundles to support an outdated Internet Explorer limitation. This simplifies asset handling and can slightly reduce the number of browser requests needed to load pages.
Original PR description
Before this commit, our asset bundles had a special behaviour for bundles of type css: because of an old limitation in IE9, css files had to be split to make sure they had less than 4095 rules per stylesheets. Since we no longer support IE9, this code can be removed, which should slightly simplify the bundle code, and should slightly reduce the number of requests required to properly load odoo. 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 removed an old browser compatibility library that is no longer needed because unsupported older browsers are no longer targeted. This slightly simplifies the web client and makes debugging cleaner without affecting supported users.
Original PR description
The library es5 shim was usefull for older browsers that do not implement completely the es5 specifications, like IE9. As we do not support browsers older than IE11, that fully supports all the features of es5, the library has become useless. Removing this library will remove a little bit of noise in the callstack when debugging. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
HR searches that use departments now include employees in child departments, making results more complete across HR screens. Managers also see department information in leave and allocation approval lists, and allocations can be searched by employee, helping teams review requests faster.
Original PR description
1 Display department on manager list views ========================================== On the manager list views (Leaves/Allocations to approve), the department is not displayed. Display it on these list views, but keep it hidden for the employee views. 2 Allow to search employees on allocations ========================================== 3 Search on department and on children departments ================================================== Currently when searching on a department (on the employee view for example) we only retrieve employees from the specific department. It should return all the employees from the department and also from its children departments, like for partners or companies. Adapt all the search view where a department field is used by specifying a 'child_of' operator. TaskID: 1892639
Managers and HR teams can now choose which kinds of leave updates they follow, such as home working for a department or sick leave across departments. This makes leave notifications more relevant and reduces unnecessary approval messages, while also improving the underlying mail tracking behavior.
Original PR description
Purpose ======= - A manager could want to follow only home working of its own department - A HR officer could want to follow only sick leaves of all dpts. We have to improve what people follow and…
Purpose ======= - A manager could want to follow only home working of its own department - A HR officer could want to follow only sick leaves of all dpts. We have to improve what people follow and how they follow it in the leaves module Specifications ============== Subtype on department --------------------- In department form view, right now, people can follow approvals Instead we should have some generic and specific subtypes depending on the leave type For instance, a HR Officer wants to follow only sick leaves and a manager only home working Following mechanism ------------------- Remove first / second approval subtype differences if a leave type is not linked to a specific subtype, consider only classic people follow it (employee and assigned HR people / manager) Link leave type to subtypes, with some by default (i.e. home working, ...), not mandatory When creating a leave type, link it to the department to be able to activate the subtype for only one department.
Point of Sale receipts now show discounts from pricelists when the pricelist is configured to display them. This helps customers see the benefit of preferred pricing and reduces confusion for staff and users who expected the discount to appear on the ticket.
Original PR description
Many users are confused when using pricelists on the PoS : When they tick the box "Show discount" on the pricelist, it has no impact when the pricelist is applied on the PoS. They often report a ticket thinking it's a bug. It can be useful to show the discount on the PoS when applying a pricelist, when users benefit from a preferred price, the vendor often wants to show it to the customer. Task : https://www.odoo.com/web#id=1853454&action=333&active_id=1251&model=project.task&view_type=form&menu_id=4720 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The refund option on stock return screens has been updated to appear as a clearer toggle button, with a wider slider and grey inactive state. A dedicated mobile form view was also added for stock return picking lines, improving usability on smaller devices.
Original PR description
Pad:https://pad.odoo.com/p/r.2800404fe31933e74f9fc33d520e3825 Task:https://www.odoo.com/web#id=1854861&action=333&active_id=131&model=project.task&view_type=form&menu_id=4720 …e toggle button -Increase the slider width -Grey of the toggle when inactive PR: Task: 1854861 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 streamlines how several Odoo apps identify message tracking categories, reducing unnecessary system lookups. It is an internal improvement that can slightly improve performance and make the code cleaner without changing day-to-day user workflows.
Original PR description
Purpose ======= It's possible to gain some requests with returning a browse record instead of an xmlid. It's also cleaner.
Resolved issues and error corrections
This update corrects wording around user activity so Odoo distinguishes between a user connecting with an existing session and actually authenticating again. The change helps avoid misunderstanding when interpreting user access information.
Original PR description
The last time when a user connected to Odoo is a different concept than the last time when a user authenticated to Odoo. I can authenticate once and connect many times afterwards (cookie/session).
Code cleanup and technical improvements
This update renames several internal fields previously called "type" to names that better describe their business purpose, such as alarm type, server type, question type, and report type. The change makes the system easier to maintain and reduces the risk of conflicts with common programming terms, without introducing new user-facing functionality.
Original PR description
Purpose of this commit is to rename type column to something matching the the real business use of the field. That way it is easier to find and grep in the code. It also lessens potential conflicts with type build-in python function. It also lessens conflicts when using the field in JS as type is a build-in attribute. Renaming type column is a long-living issue. We choose to do it at the beginning of the v13 development to catch errors as soon as possible. This commit is linked to task ID 1896245. It is also a subpart of community PR #27599.
This update renames several generic “type” fields to names that better describe their business purpose, such as question type, line type, item type, phone call type, and alarm type. The change is mainly internal and helps teams maintain the software more reliably by reducing ambiguity and avoiding conflicts in code.
Original PR description
Purpose of this commit is to rename type column to something matching the the real business use of the field. That way it is easier to find and grep in the code. It also lessens potential conflicts with type build-in python function. It also lessens conflicts when using the field in JS as type is a build-in attribute. Renaming type column is a long-living issue. We choose to do it at the beginning of the v13 development to catch errors as soon as possible. This commit is linked to task ID 1896245. It is also a subpart of community PR #2807. It is linked to community PR odoo/odoo#27722.