Daily updates from Odoo
Navigate
Branch
Wednesday, August 22, 2018
25 changes
New functionality added to Odoo
Users can now see when someone is typing in Odoo chat and live chat conversations, improving responsiveness and making conversations feel more immediate. The update also standardizes how temporary notifications are sent, reducing confusion and access issues behind the scenes.
Original PR description
Task : https://www.odoo.com/web#id=28188&view_type=form&model=project.task&action=333&active_id=248&menu_id=4720 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Adds server-side support for IoT boxes so Odoo can receive device information, track connected devices, and link them to reports or quality checks. This enables printer selection for reports and lays groundwork for measurement capture workflows.
Original PR description
…sure widget When an IoT box is configured as IoT box, it will send all the information about itself and its devices to its server. This way the server knows which ip and which devices are on the iotbox. That way, reports and in enterprise quality points will be linked to devices. So in this module, the models and the controller are defined for this. Also a model for messages is foreseen for future use. There is also a javascript part with a widget for taking a measure and the possibility to link any report with a printer device. 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
Adds a new batch picking report that organizes warehouse picking operations by location instead of only by picking. This helps warehouse teams review and execute grouped operations more efficiently by following the physical layout of stock locations.
Original PR description
Description of the issue/feature this PR addresses:
Task: https://www.odoo.com/web#id=35645&view_type=form&model=project.task&action=333&active_id=131&menu_id=4720
Pad: https://pad.odoo.com/p/r.6fd256dc3fa277cf946bcc88aeb21e4d
Current behavior before PR:
- In current master stock_picking_batch report generated by picking.
Desired behavior after PR is merged:
- stock_picking_batch report generate by location.
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prEnhancements to existing features
Inventory adjustment lines now stay limited to the product chosen for the adjustment. This prevents users from accidentally counting or updating a different product, improving accuracy during stock checks.
Original PR description
Pad:https://pad.odoo.com/p/r.ee3732b1873154647589c53ef755dc95 Task:https://www.odoo.com/web#id=1861241&action=333&active_id=131&model=project.task&view_type=form&menu_id=4720 purpose: When I create an inventory adjustment and select an inventoried product, I should then only be able to select that product in the inventory details lines. before this commit, I select the inventoried product (set by default,editable when adding a new line) after this commit, I should only be able to select the inventoried product (set by default, readonly when adding a new line) Closes: # Task: 1861241 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
Sales and profitability reports now load faster when orders involve multiple currencies and exchange rates. The change stores the relevant exchange rate directly on each sales and point-of-sale order, reducing the work needed to build reports.
Original PR description
This speed up a lot reports like sale.report when multiple currencies with multiple rates are used, even with few currencies and few rates. 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
Product quantity values now load much faster in large stock databases by avoiding unnecessary stock move records during calculation. This improves screen loading times for inventory-heavy businesses, especially where many historical stock moves are completed or cancelled.
Original PR description
Description of the issue/feature this PR addresses: Quantity fields computation on products can become very slow when there are a lot of stock move in the database. I did most tests in version 8, but…
Description of the issue/feature this PR addresses: Quantity fields computation on products can become very slow when there are a lot of stock move in the database. I did most tests in version 8, but the behavior is the same in master. In a database with more than 5 million stock moves, the computation of the qty fields when loading a view with 80 products was around 4.9 seconds. After the fix, it became 0.3 seconds. On database with very few stock moves, it won't make a difference. but when there are more stock move done and cancel than waiting/assigned/confirmed, then the performance will be better. The only risk I see of this change, is if a module add a stock move state. I minimized the diff in this PR, but to we could add a hook method like `def _get_domain_move_state` to return the domain. This way, if a module adds a state on stock_move table, it could also override this method if needed. Current behavior before PR: Very slow computation of quantity fields on products Desired behavior after PR is merged: Fast computation of quantity fields on products -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The gamification app now includes improved report templates and supporting visuals for tracking goals and challenges. This makes performance reporting clearer and more useful for users managing engagement programs.
Original PR description
task: https://www.odoo.com/web#id=30824&view_type=form&model=project.task&menu_id=5200 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Records created from incoming emails can now automatically create or link the sender as a contact and subscribe them to future replies. This helps ensure applicants, leads, and task contacts receive follow-up messages instead of being left out of the conversation.
Original PR description
Linked task : https://www.odoo.com/web#id=46151&view_type=form&model=project.task&action=333&active_id=965&menu_id=4720
Maintenance teams can now record when equipment or tools are actually put into service. Preventive maintenance schedules use this effective date to calculate the next planned maintenance, making servicing timelines more accurate.
Original PR description
- calculate next preventive maintenance according to effective date Task: https://www.odoo.com/web#action=333&active_id=131&id=33188&menu_id=4720&model=project.task&view_type=form Pad: https://pad.odoo.com/p/r.f54f7024d107dcfb92e4db5ce0bce61b 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
Maintenance planning now calculates the mean time between failures using the equipment's effective date and its first maintenance request. This improves preventive maintenance scheduling so teams can better anticipate service needs and reduce avoidable downtime.
Original PR description
…1st maintenance request Task: https://www.odoo.com/web#id=33188&view_type=form&model=project.task&action=333&active_id=131&menu_id=4720 Pad: https://pad.odoo.com/p/r.f54f7024d107dcfb92e4db5ce0bce61b
Resolved issues and error corrections
Scheduling now correctly handles requests for zero planned hours or days by moving to the next valid working time instead of returning a non-working time. This removes the need for workaround values and makes planning more accurate around evenings, holidays, and other non-working periods.
Original PR description
The methods plan_hours (resp plan_days) does nothing if the 'hours' parameter (resp 'days') is equals to 0. This commit tends to add the 0 case in the logic. Example : A workorder works each days between 8am and 4pm. If we call plan_hours(0) at 9pm, we want to get 8am the next day. Currently, it send back 9pm. Before this commit, a hack existed consisting to send a very small value to plan_hours. The holidays and non-working time were taken into account and the values was rounded to 0. After this commit. We can send explicitely 0 and the non-working hours will be skipped. 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 fix restores a helpful stock inventory error message that tells users which product is causing a problem. It helps teams resolve inventory validation issues faster, especially when working with large inventories.
Original PR description
Restore bbc9b329b5962c0e208a7abe33d5d853aaa49fc2 after it has been unintentionally wiped out in ba5918ffcbe5fe9155308c53e014e5e93c588ca6 See also: https://github.com/odoo/odoo/commit/ba5918ffcbe5fe9155308c53e014e5e93c588ca6#commitcomment-30056673 **Description of the issue/feature this PR addresses:** - Very user **un**friendly error message (not helpful at all) in stock inventories **Current behavior before PR:** - The user has almost no chance to find the error in reasonable time if the inventory is somewhat larger **Desired behavior after PR is merged:** - The user gets to know the offending product and can review his pending inventories more specifically. **Note:** Please do not close, even if not immediately accepted (`wishlist` tag). This PR is meant to be carried along and actively maintained, until this semantic will be completed this way or another. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr @xoe-labs
This change restores an automated test that helps ensure manufacturing orders correctly handle produced quantities across reserved materials. It reduces the risk of regressions in production workflows after earlier code changes.
Original PR description
Restore and adapt test added from rev[1] and lost during the forward port because the code was changed at [2]. Note that the original bug is fixed because we now have a produce line by move line, so we can set the quantity done correctly acrosse the reservation. [1] f0028bc837bc93e355d5bda7be1223142b485718 [2] 2678eba0be0593e9d5857025200d6b7b264162ce 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 fixes issues when editing required fields and multi-line text boxes inside embedded list records. Users can now move between lines reliably with Enter or Tab, and text areas size themselves correctly as content changes, reducing editing friction and display glitches.
Original PR description
TASK: 1869469
This fix prevents text areas from being manually resized vertically in Chrome when Odoo already calculates their height automatically. It keeps form fields looking consistent across browsers and avoids layout issues for users.
Original PR description
Since we correctly compute the height of the field, we don't want to let the user resize it vertically. This was already working on Firefox because it doesn't require the field to be in the DOM to read the resize attribute, but Chrome does require the field to already be in DOM. Task: 1869469 PR: # 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
PDF previews now use the proper viewer styling from the core web module instead of depending on the Manufacturing module. This makes PDF documents easier to read and consistently sized for users even when Manufacturing is not installed.
Original PR description
Description of the issue/feature this PR addresses: I use the pdf_viewer widget,without the mrp module installed.The pdf is displayed with a very small size. mrp module has a scss file make the pdf_viewer better.I think this file should be put in web module.So then we can use pdf_viewer well without mrp installed. Current behavior before PR: <img width="1103" alt="pic1" src="https://user-images.githubusercontent.com/5561864/44310011-f9f05580-a401-11e8-98d3-9f29a6e3a08e.png"> Desired behavior after PR is merged: <img width="1118" alt="pic2" src="https://user-images.githubusercontent.com/5561864/44310012-ffe63680-a401-11e8-8340-923da347da05.png"> -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change aims to reduce random failures in automated validation by making query count checks more stable. It helps keep the development pipeline more reliable, with no expected direct impact on everyday users.
Original PR description
Try to get rid of random red runbot: query count v1 Note: will investigate on why emp count is less than admin count for test_adv_activity
This fixes the placement of arrow controls in the delivery method view so they no longer appear awkwardly on the right side of the text. The change improves the visual clarity of the delivery configuration screen for users.
Original PR description
Arrow ui of delivery method: https://drive.google.com/file/d/1CXBYBTkRTtPBNs4BzwxpifjjhqnsYsGy/view?usp=drivesdk Before this commit, arrow is visible in right side of text 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 fixes an error that could block payment of supplier invoices when cash basis accounting is enabled. Payments can now be completed without the system failing due to an internal date comparison issue.
Original PR description
Steps to reproduce: 1.- Configure your instance to generate cash basis moves 2.- Generate a new supplier invoice 3.- Try make the payment of that invoice. I get the next error: `TypeError: '>' not supported between instances of 'datetime.date' and 'str'` Was fixed like https://github.com/odoo/odoo/commit/960360afe478a8f7b9c456721b5591154952a37d#diff-dd671a54296b170ea1393dca1a5f7798R1612  -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an error that could appear when users opened employee badge information. Badge statistics are now calculated correctly, improving reliability for teams using gamification badges.
Original PR description
Description of the issue/feature this PR addresses: Since 960360afe478a8f7b9c456721b5591154952a37d, when computing badge stats, a datetime was compared to a string leading to a traceback. e.g. when clicking in employess > badges. Also, due to a typo, the compute method was assigning the stats result to the wrong attributes. e.g. 'stats_my_this_month' instead of 'stat_my_this_month'. With this commit, the above mentioned issues are fixed and a test is covering these issues to avoid regression. Current behavior before PR: Traceback when clicking employees > badges Desired behavior after PR is merged: No traceback -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change prevents timesheet test runs from starting background services that could interfere with automated checks. It helps keep test results stable and avoids unrelated pop-ups or service activity affecting the Timesheet app tests.
Original PR description
Related to following community PR: https://github.com/odoo/odoo/pull/26519
We do not want to deploy services in tests environments, because it
may influence the execution of the tests. For instance, if we receive
a new direct message in Odoo, we do not want to have a chat window
appear in those environments.
Timesheet UI is a service provider. So for any test on timesheet UI,
we should disable its logic as a Service Provider.A flaky automated test in the barcode inventory area has been temporarily skipped because it can fail before a screen finishes loading. This reduces false alarms in testing while the responsible team prepares a proper fix later.
Original PR description
This test opens a form view and waits for a label that contains "Product". In some rare non deterministic cases that ,the test fails before the view is fully loaded. This test will be fixed/refactored later by the conerned team.
This fix updates the Mexican electronic invoicing external trade module to use the current unit-of-measure model and removes demo data that relied on incorrect company assumptions. It helps ensure Mexican localization modules can be installed reliably during automated checks and customer setup.
Original PR description
A new test in community account addon has been added to test all l10n_* modules installation along with their chart of account. Because the l10n_* were not tested on the runbot, a few glitches were discovered. product.uom was still used in l10n_mx_edi_external. With this commit, the new uom.uom model is used. l10n_mx_reports was creating demo data based on main_company and res_partner_1 with the assumption that it was a mexican company and partner. With this commit, those demo data are removed.
Code cleanup and technical improvements
Inventory updates that reduce product quantities to zero now handle cleanup more efficiently. This significantly reduces processing time for large inventory adjustments, helping teams complete stock corrections faster and with less system slowdown.
Original PR description
It is possible that a call to `_action_done` will unlink a quant. This happens when moving a product from a location to another one and makes null the quantity of this product in one of theses locations. In this case, we unlink the quant because it is now useless and could be confusing on reports based on quants. The unwanted side effect is that unlinking a record will invalidate the cache. In some pathologic cases, like making an inventory adjustment of 600 products and reseting their quantity back to 0, the time of the operation is around 15 minutes. With this patch that tries to work carefully with the cache invalidation, the same operations takes around 40 seconds. 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 aligns sales-related modules with the updated sales order confirmation process. It also removes an obsolete dependency now included directly in Sales, simplifying maintenance without changing day-to-day user workflows.
Original PR description
https://www.odoo.com/web?debug#id=39340&action=333&active_id=965&model=project.task&view_type=form&menu_id=4720