Daily updates from Odoo
Navigate
Branch
Friday, May 17, 2019
15 changes
Enhancements to existing features
The stock replenishment wizard now requires users to enter a scheduled date before proceeding. This helps ensure replenishment actions are planned with a clear timing, reducing incomplete or ambiguous stock operations.
Original PR description
Follow up of d5ec467bafe623815a7a54641e2291456e7c6267 Description of the issue/feature this PR addresses: Fixes https://github.com/odoo/odoo/issues/29778 (This has been already Improved in v12 at d5ec467bafe623815a7a54641e2291456e7c6267 ) Current behavior before PR: Desired behavior after PR is merged: Cc: @mart-e -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Time Off app now gives managers faster approval actions, clearer leave dates, and better context before approving requests. It also simplifies employee self-service forms and improves sorting and reporting around allocations, helping teams process time off more efficiently.
Original PR description
This commit improves screens usability in the Time Off app. The following points have been changed: 1. For leaves and allocations, add buttons on the kanban card to directly approve or refuse if it's…
This commit improves screens usability in the Time Off app. The following points have been changed: 1. For leaves and allocations, add buttons on the kanban card to directly approve or refuse if it's not already validated. 2. On the leave kanban card, only display the dates, not the full datetime. 3. Add a description to the activity created when a leave/allocation needs to be approved by someone. 4. Allocation are now sorted in the list view by date_from, more recent firsts. 5. In the allocation form view, add a stat button to know how many leaves has been allocated and how many has been taken for the leave type. 6. In the leave form view, in , there are currently two duration for managers. The readonly duration is an informative field for regular employees and the editable duration is meant for managers, it the number of days needs to be manually set for some reason. Make sure, the manager only sees the editable duration fields. 7. From "My Dashboard", the creation form view should not be the manager form view (default view) which has additional unecessary fields when requesting a leave for yourself (`employee_id`, `holiday_type`, ect). It's now showing the form view for regular employees. 8. When approving a leave, to make an informed decision, it might be needed to check leaves already taken by the employee or leaves of its collaborators. This commit adds a widget displaying some stats in a leave form view. This widget is only displayed in the context of the action leading to leaves to approve. Stats displayed are: - the number of days taken by the employee this year, grouped by leave type - Leaves taken by employees in the same department in the current month. Task 1961713 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Purchase orders created automatically will no longer be assigned to OdooBot as the responsible person. This makes it easier for purchase managers to find unassigned orders and assign them to an appropriate real team member, ensuring follow-up activities are not missed.
Original PR description
Task : https://www.odoo.com/web?#id=1940489&action=327&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.242dabbd914e4b5a6e444e27d8fb012a 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's base data has been updated to replace several obsolete currencies with their current replacements. This helps keep country and currency records accurate for businesses operating in or reporting on those regions.
Original PR description
Task: https://www.odoo.com/web#id=1823998&view_type=form&model=project.task&action=327&menu_id=4720 pad: https://pad.odoo.com/p/r.c2476dead91ed75db5b2adaceec24e41 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Odoo can now be configured to correctly identify the original visitor IP address when requests pass through multiple trusted proxy servers. This improves the accuracy of logs and operational auditing for deployments using layered proxy infrastructure.
Original PR description
Without this patch, Odoo is compatible only with one single inverse proxy in front of it. However, when several proxies are chained in front of it, and all of them use the [proxy protocol][1], Odoo…
Without this patch, Odoo is compatible only with one single inverse proxy in front of it.
However, when several proxies are chained in front of it, and all of them use the [proxy protocol][1], Odoo would understand the latest one's IP is the remote IP that is originating the HTTP request.
When several proxies are chained, Werkzeug receives this HTTP header:
X-Forwarded-For: 1.2.3.4, 5.6.7.8
It means that 1.2.3.4 is the request originator, and 5.6.7.8 is the 1st proxy.
If using [Werkzeug >= 0.14.1][2], which logs the correct IP, the logs would end up with:
2019-02-14 10:15:09,042 37 INFO prod werkzeug: 5.6.7.8 - - [14/Feb/2019 10:15:09] "GET /web/login HTTP/1.1" 200 -
After this patch, if you use the proper Werkzeug version and configure Odoo with `--proxy-hops=2`, you'd get instead:
2019-02-14 10:15:09,042 37 INFO prod werkzeug: 1.2.3.4 - - [14/Feb/2019 10:15:09] "GET /web/login HTTP/1.1" 200 -
**Note to migrator:** When migrating to master, you'll probably want to remove `--proxy-mode`, and just use `--proxy-hops` defaulting to `0`. No need to have 2 configs for this, except for backwards compatibility, which is a must here.
[1]: https://www.haproxy.org/download/1.8/doc/proxy-protocol.txt
[2]: https://github.com/odoo/odoo/issues/18052#issuecomment-364703091
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
@TecnativaFollow-up reports now display dates using the logged-in user's preferred language format rather than the customer's format. This makes reports easier for staff to read consistently and reduces confusion when working with customers in different locales.
Original PR description
task - https://www.odoo.com/web#id=1922508&action=327&model=project.task&view_type=form&menu_id=4720 pad https://pad.odoo.com/p/r.36555f49456119b41cc1f0d710cc2474
The IoT frontend now uses dedicated device objects to communicate with connected equipment instead of calling lower-level polling methods directly. This makes IoT interactions cleaner and reduces unnecessary server requests when displaying device information.
Original PR description
Currently the widgets and other functions in the frontend need to call the longpolling methods directly. This adds devices objects that act as interface between the functions that need to communicate with iot devices and the IoTLongpolling. Since we won't be using rpcs anymore ro retrieve iot devices info unless really needed, the rpc in `IotDeviceValueDisplay._getDeviceInfo` was removed. Task: https://www.odoo.com/web#id=1981336&action=333&active_id=1428&model=project.task&view_type=form&menu_id=4720
Timesheet grid entries that have already been validated are now easier to identify and can no longer be edited from the grid. This helps users avoid accidental changes to approved time records while still allowing them to view the underlying details.
Original PR description
In the timesheet grids, it is not clear which ones have been validated, so to make them clear display those in green color. Task : https://www.odoo.com/web?#id=32612&view_type=form&model=project.task&action=327&menu_id=4720 Pad : https://pad.odoo.com/p/r.e1cf1fd65c3cd171bdf8ad2bb4c83d20
The Intrastat Report menu is now shown within the Netherlands reporting section and becomes available when Netherlands reports are installed. This makes the report easier for Dutch accounting users to find and access from the relevant localization menu.
Original PR description
Description of the issue/feature this PR addresses: Related task: https://www.odoo.com/web?#id=1969902&model=project.task&view_type=form&menu_id=4720 Pad: https://pad.odoo.com/p/r.d1f563e235a166c7b333daee73651236 Current behavior before PR: Desired behavior after PR is merged:
Appraisals can now be configured with default participants, reminder messages, and request buttons for managers and employees. The appraisal process no longer depends on the Survey app, making it simpler to use with email templates or external forms when needed.
Original PR description
Remove dependancy to survey. In employee settings, add default value about appraiser and appraisal reminder. With default settings, we can choose if we want that the employee, collaborators, colleagues, or manager is selected by default when creating a new employee. For each of this four group, we can have a special message that will be sent with new appraisals. id=1936741
Users are now taken back to the work order list that matches where they started, such as a specific manufacturing order or work center. This makes navigation more predictable and reduces time spent finding the correct work orders after completing one.
Original PR description
**Task**: https://www.odoo.com/web#id=1965962&model=project.task&menu_id=4720 **Pad**: https://pad.odoo.com/p/r.0f39a1ddb205c79e172aa1ae5e3325a4
Resolved issues and error corrections
This fixes a visual issue where phone number links in forms were no longer highlighted correctly. Users can once again easily recognize phone fields as clickable contact actions, improving clarity in daily workflows.
Original PR description
Since ea1b3254bb58b762c4398dbd8a823a7a41fff6e1, the phone widget was no more highlighted as it is not contain in a 'span'. This commit reintroduce the correct behavior for the phone widget. 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
Editable list views now correctly become read-only when editing is disabled by settings or user access rights. This prevents users from being shown editable fields they should not be able to change, making permissions clearer and more consistent.
Original PR description
Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: Task : https://www.odoo.com/web#id=32612&view_type=form&model=project.task&action=327&menu_id=4720 Pad : https://pad.odoo.com/p/r.e1cf1fd65c3cd171bdf8ad2bb4c83d20 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an issue where customers could see or use the wrong pricelist after moving between different websites in the same Odoo setup. Pricelists are now kept separate per website, helping businesses show the right prices for each storefront.
Original PR description
Description of the issue/feature this PR addresses: One more step toward to multi-website support. A similar update was accepted, for example, here https://github.com/odoo/odoo/commit/15bf41270d3abb607e7b623b59355594cad170cf Current behavior before PR: The wrong pricelist is used after switching to another website Desired behavior after PR is merged: pricelist are cached independetly per website -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Code cleanup and technical improvements
Helpdesk was adjusted to stay compatible with recent changes in the shared messaging system. This helps ensure customer emails continue to be matched to the right contacts after the underlying mail update.
Original PR description
Purpose: adapt enterprise addons to community update of mail.thread methods. In this commit we adapt to _find_partner_from_emails update. Related to task ID 1911679 Linked to PR #4087