Daily updates from Odoo
Tuesday, August 20, 2019
13 changes
Resolved issues and error corrections
This fix ensures the delivery carrier selection wizard shows all carriers that are valid for a sale order, including shared carriers not tied to a specific company. It prevents users from missing available shipping options when preparing orders.
Original PR description
When you try to find a carrier in the wizard that let you add one on your sale order, you don't see all of them because of a domain that only show the ones that havethe same company id of the sale order, but it should also show you the ones that don't have company_id set. So we removed the domain in the view, and the invisible company_id as it is not used anymore. Because the domain we need is already applied in 'available_carrier_ids'. This behavior has been introduced in rev: c058562d7301298fd71b2618b5386611dfeb81cb 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 Website app now properly declares its reliance on the signup feature, preventing errors during module updates. This keeps signup configuration stable when apps are installed or updated, reducing upgrade disruptions for administrators.
Original PR description
Add the dependency between website and auth_signup
auth_signup is in auto-install but there was no strict dependency
Before this commit, installing website transformed the field
auth_signup_uninvited from a static list to a computed list (due to related).
This fixes the following bug:
1. install auth_signup
-> create selections
2. install webstite
-> remove selections and turn it into a computed field with dynamic
selections
3. update auth_signup
-> recreate the selections when updating the module
4. reload the registry (automatic at the end of update)
-> try to remove the selections -> error as not in install/uninstall
mode
Instead, keep the list static and turn it into a computed field with
inverseThis fixes an issue where changes to an inventory operation sequence could still be saved even after a user discarded the form. It helps ensure discarded edits are truly ignored, reducing accidental configuration changes in stock operations.
Original PR description
Fix an issue when the sequence was updated even if the form was discarded
This fixes delivery method selection so sales orders can use shipping methods shared across companies when no company is assigned. It also changes shipping update errors to appear as visible notifications instead of dialogs that could be hidden behind the shipping wizard.
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
Saving external email settings now correctly keeps the alias domain for CRM and Expenses. This prevents missing email alias configuration after settings are saved, helping incoming emails route as expected.
Original PR description
Before this task, Check the external email servers Settings, add an alias domain, and save. The external email settings is saved but the alias domain model is empty. task-2047446 pad link- https://pad.odoo.com/p/r.2bf0f80182bb535be1c5510472d440cb
This change fixes a browser compatibility issue that could cause Odoo's web error handling to fail in Microsoft Edge. It helps ensure users on Edge see stable behavior when the system reports or manages errors.
Original PR description
... does not work in edge to spread an object and extend it Fix for: #35209 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes a timing issue that could cause the export screen to fail when default export fields loaded before the model field details were ready. Users should see more reliable exports with fewer unexpected errors.
Customers can now choose a delivery carrier during website checkout without errors, and the selected carrier is correctly saved on the sales order in the backend. This helps prevent checkout disruption and ensures order fulfillment teams see the right delivery method.
Original PR description
Description of the issue/feature this PR addresses: We were unable to pick a carrier without a traceback and once the carrier was selected, the SO in the backend didn't have the carrier value. Current behavior before PR: The carrier of the new SO generated from the website is not set and we have multiple traceback. Desired behavior after PR is merged: There is no more traceback and once we select a carrier from the website, the carrier is set in the backend too. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update ensures project tasks created from sales orders use the same company as their project, improving consistency in multi-company setups. It also prevents incorrect access errors when viewing followers on records from allowed companies.
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 fixes the country code used for the United Kingdom in the accounting module, changing it to the internationally recognized code GB. The correction helps ensure country-based accounting data, reporting, and integrations use the proper standard value.
Original PR description
The country code for United Kingdom is GB. 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 update corrects an issue in the Documents app caused by a previous change. It helps keep document-related workflows working as expected with minimal visible impact for users.
This change ensures the Gantt view sends date and time information to the server in the expected format when checking availability. It prevents crashes in scheduling-related views and keeps responsibility for valid data formatting on the client side.
Original PR description
The string received by `gantt_unavailability` was not in a valid datetime format for the server, this would cause a crash if the code was only using `fields.Datetime.from_string` in order to convert…
The string received by `gantt_unavailability` was not in a valid
datetime format for the server, this would cause a crash if the code was
only using `fields.Datetime.from_string` in order to convert the
received string.
To avoid this crash https://github.com/odoo/enterprise/commit/52228b9cfa16126e059c53fe436d3745fc71bdf1#diff-ea773c599012668663043126fb43b754R238 introduced a work arround
(using `.replace('T', ' ')`).
This work arround cannot be considered valid as it is the client
responsibility to send a valid information to the server (in our case a
valid datetime string).
This fix reuses the `convertToServerTime` method defined in
`gantt_model.js` in order to convert the datetime in the right format when
asking for `gantt_unavailability`.
It should be noted that there are already a number of functions in order
to convert from and to dates, times, datetimes and moment.js objects,
those are defined in `time.js` and should probably be considered as
replacements for the custom `convertToServerTime` method.This update adapts several Odoo Enterprise apps to underlying platform changes designed to improve performance and reliability. It helps accounting, documents, CRM, helpdesk, HR, payroll, and related workflows continue running smoothly after the core system update.
Original PR description
Adapt to odoo/odoo#35659.