Daily updates from Odoo
Wednesday, August 21, 2019
27 changes
Resolved issues and error corrections
Creating a recurring calendar event now shows all scheduled occurrences instead of only the original event. This restores expected calendar visibility and helps users accurately manage repeated meetings or appointments.
Original PR description
Creating a recurrent event was no longer displaying all recurring events in the calendar, only the base event. This is following odoo/odoo@9920f20e4c7753bc17bea71dea3a90f7de687196
This fixes a button in the Stock SMS flow that was pointing to the wrong action. Users can now proceed with the intended stock SMS confirmation without the button failing or triggering the wrong behavior.
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
Swiss ISR subscription details are now stored on each company bank account instead of the bank record. This allows businesses with multiple PostFinance accounts or multiple companies to use the correct subscription number per account, and clarifies the wording shown to users.
Original PR description
# Description of the issue/feature this PR addresses: An Inpayment Slip with Reference (ISR) subscription number is provided by the bank or by Postfinance ISR When the ISR subscription comes from…
# Description of the issue/feature this PR addresses: An Inpayment Slip with Reference (ISR) subscription number is provided by the bank or by Postfinance ISR When the ISR subscription comes from Postfinance it is a direct subscription. ISR (bank) When the ISR subscription comes from a bank it is the bank subscription toward Postfinance. ## Having the subscription number on res.bank has 2 drawbacks: If you have multiple accounts at Postfinance or If you have multicompany and each company has a Postfinance account you won't be able to emit with different ISR subscriber numbers. ## This also renames the fields to be accurate on the meaning. An ISR reference is a Payment reference that will apear on the invoice. It is better to name it subscription number. # Current behavior before PR: Fields for ISR subscription are misplaced. As it doesn't take into account the possibility of having an account at Postfinance and having a unique ISR subscription number. # Desired behavior after PR is merged: Correct label and model for ISR subscription fields. This PR only targets the model change. I'll address other issues in separated PRs. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix ensures the Lunch product report shows accurate information for users reviewing lunch product activity. It helps businesses rely on the report for clearer operational tracking and avoids misleading results.
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
This fix prevents module updates from incorrectly clearing selection field values that were added by other modules before the system is fully ready. It ensures removed options are only cleaned up in the right situations, protecting data during installs and updates while still supporting legitimate changes from Studio or module definitions.
Original PR description
When the registry is not ready, allow modifications of the selections The following use case must reset the values: - removing a selection on a custom field via studio - changing the static selection definition and updating the module The value must NOT be reset when: - trying to remove manually a base field - updating a module without all override being computed yet (i.e. install) Fully replacing the selections in an override should not happen Instead of relying on the context, check if the registry is ready before marking the selections as to remove. If a static selection is removed and the module updated, it will be removed correctly during the _process_end method as the selections will not be present in pool.loaded_xmlids Before this commit, updating a module A was doing a SET NULL for selection values added by a module B via a selection_add
Fixed a display issue in Manufacturing where work order cards could overlap or show inconsistent widths when grouped by status. This makes the work center overview easier to read and helps users manage production tasks without visual confusion.
Original PR description
Task Link - https://www.odoo.com/web#id=2052465&action=327&model=project.task&view_type=form&menu_id=4720 Pad Link - https://pad.odoo.com/p/r.d8cabb0568411bf77323ffd0d3de2dd2 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes a small typo in the stock return workflow. It improves clarity for users without changing how inventory operations work.
Original PR description
Description of the issue/feature this PR addresses: Fixed typo 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 update fixes a small typo in the Accounting app. It improves clarity for users without changing how the system works.
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
Printing the Bill of Materials structure report could fail with an error. This fix prevents that crash so manufacturing users can reliably generate and share BOM structure reports.
Original PR description
Task Link - https://www.odoo.com/web#id=2024247&action=327&model=project.task&view_type=form&menu_id=4720 Pad Link - https://pad.odoo.com/p/r.c28a10058d84c7d95350e8d64f76063f -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes customer-facing rating behavior so reviews keep the correct score when created or edited from the website. It also reorganizes portal chatter and rating files, removing unused data and templates to make future maintenance easier without changing business workflows.
Original PR description
PURPOSE Fix frontend rating and clean a bit module organization. SPECIFICATIONS Fix rating in frontend (website_slides, website_sale): rating is halved at each update and new entries have no rating. Also reorganize portal chatter overrides * rename files to ease code reading and discovering; * move assets in their own file to better understand modules; * move rating widget in its own file; LINKS Task 2057301 PR #35870
Changing dates in manufacturing orders or work orders could trigger an error because the updated date was handled in the wrong format. The fix converts those date changes correctly so users can update schedules without interruption.
Original PR description
**Task :** https://www.odoo.com/web#id=2055912&action=327&model=project.task&view_type=form&menu_id=4720 **Pad :** https://pad.odoo.com/p/r.8b514502306082b0d9b65f2fdc13fe6c **Description :** Traceback appeared as the new date was being passed as a string instead of datetime. corrected that -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an error that appeared when users clicked the Work Orders button from the Work Centers Overview in Manufacturing. Users can now access planned work orders from the overview without seeing a failure message, helping production teams navigate their daily work more smoothly.
Original PR description
How to reproduce: - Install mrp & mrp_workorder; - Open Manufacturing and plan a workorder; - Go on the Work Centers Overview; - Click on "WORK ORDERS" button -> You got a "Something went wrong !".
The Work Orders button on a work center now shows only the work orders linked to that selected work center. This prevents users from seeing unrelated manufacturing work orders and helps teams focus on the correct workload.
Original PR description
Before this commit, when your click on "WORK ORDERS" button from workcenter kanban view, you go workorders kanban view, but workorders aren't filtered by the workcenter id (they must do). How to reproduce: - Install mrp & mrp_workorder (enterprise); - Open Manufacturing and plan a workorder; - Go on the Work Centers Overview; - Click on "WORK ORDERS" button -> You got all WO not in cancel or done state, but they aren't filtered by the workcenter you clicked on. The issue was the filter wasn't passed in the context.
When an employee has multiple consecutive leave periods, including different leave types and intervening holidays, the out-of-office message now stays active until the true final day away. This avoids showing colleagues an incorrect return date and improves absence communication.
Original PR description
Description of the issue/feature this PR addresses: - Related task: https://www.odoo.com/web?#id=2002525&model=project.task&view_type=form&menu_id=4720
Fixes an issue in Sales where the count of quotations to invoice could be computed incorrectly after a recent change. This helps sales teams see more reliable invoicing information in their pipeline and reports.
This change updates how JavaScript files are compressed so website code using modern text formatting is handled correctly. It prevents valid website scripts from being broken during optimization, reducing the risk of display or behavior issues for users.
Original PR description
This version adds full support of string templates. Before this version, rjsmin may produce wrong code with string templates. For example: ```js const url = `https://odoo.com`; console.log(url); ``` was minified to: ```js const url=`https:console.log(url); ``` Because `//` was wrongly handled as a comment inside the string template.
This fixes an issue where invoices created from the Point of Sale could fail to download because the invoice request did not include the correct record identifiers. After the change, users can reliably download POS invoices as expected.
Original PR description
When you are creating an invoice from the POS, the report route is called to download the invoice, since changes made in rev: 118190f3b3ecde11d7bcb46301af0e016d6ea19f The values for ids where empty, so we give them now the correct id list. 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 order lines now only use the make-to-order route when that route is actually configured on the product. This prevents incorrect fulfillment routes caused by route priority conflicts, helping avoid stock and delivery planning mistakes.
Original PR description
[FIX] sale_stock: wrong route computed on so lines _compute_is_mto was based on the sequence of the routes, as most of those sequences were hardcoded, some had the same values, resulting in wrong calculations. Furthermore, the method was setting the so lines as mto if the sequence of the MTO route had the priority on the other ones, even if the mto route wasn't set on the product. This simply ensure to check the mto route is set on the product, sequences should be set manually to prevent any sequence conflict. TaskID: 2053703
Creating a bank statement now uses the existing journal type instead of trying to save it again. This prevents unnecessary updates and avoids issues when the journal type field should remain read-only.
Original PR description
As it is is trying to write the journal type field everytime we try to create a account.bank.statement record, even when the value we try to write is the same already, it is assigned again in the journal. With this new change we are not trying to overwrite the journal's type field anymore. Only using it. Closes #35578 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 Work Orders button on the Work Centers Overview now shows only the orders for the selected work center. This prevents users from seeing unrelated work orders and helps manufacturing teams focus on the right workload.
Original PR description
Before this commit, when your click on "WORK ORDERS" button from workcenter kanban view, you go workorders kanban view, but workorders aren't filtered by the workcenter id (they must do). How to reproduce: - Open Manufacturing and plan a workorder; - Go on the Work Centers Overview; - Click on "WORK ORDERS" button -> You got all WO not in cancel or done state, but they aren't filtered by the workcenter you clicked on. The issue was the search filter wasn't passed in the context.
This change fixes an error that could occur when opening or using barcode-related settings on inventory transfer types. It helps ensure warehouse configuration screens load reliably for users managing barcode workflows.
Original PR description
Follow up of revision https://github.com/odoo/odoo/commit/fd6aa428ce7b7ab03ba920b1c020f5862f56f731. TaskID: 2057441
This fixes an internal error that could occur when CRM leads were processed after an older website page view feature had been removed. The change helps keep website lead scoring stable without changing user-facing workflows.
Original PR description
Since Website_visitor and removal of page_views model, _merge_pageviews method have been deleted, but not the call that was done from crm.lead. Task ID: 2057422
This fix removes an unnecessary second translation step for a dashboard label that was already translated. It prevents warning messages in the system logs and helps keep the subscription dashboard behavior clean and reliable.
Original PR description
The name is already properly translated with a _lt, no longer needed Trying to call a _() with a _lt makes a warning, "unhashable type: '_lt'"
This fixes how an error message is prepared in SEPA Direct Debit payments so translated messages display correctly. It helps users in different languages see clear, accurate payment validation errors.
Original PR description
Correctly set dynamic values outside of the translation lookup, ref https://www.odoo.com/documentation/12.0/reference/translations.html#variables
Fixed an issue that caused an error when users tried to print the Bill of Materials structure report. This helps manufacturing and PLM users generate BOM reports reliably without interruption.
Original PR description
Task Link - https://www.odoo.com/web#id=2024247&action=327&model=project.task&view_type=form&menu_id=4720 Pad Link - https://pad.odoo.com/p/r.c28a10058d84c7d95350e8d64f76063f
The Map app settings page layout has been corrected so options display properly. This makes configuration easier and reduces confusion for users managing map-related settings.
This fix makes user profile pictures visible again in the Odoo mobile app after a backend image field was renamed. It preserves compatibility so the same mobile app continues to work across different Odoo versions without extra user action.
Original PR description
Due to the changes introduced in odoo/odoo@58a2ffa the image_medium field was renamed into image_128. But in the mobile native app we get the image of the user using this URL "/web/image?model=res.users&field=image_medium&id=". We can't change this URL because there is one mobile app for all versions of Odoo. For now our app doesn't know which version of Odoo is used. We want to avoid to increase code complexity. It's why we preferred to add this backward compatibility fix.