Daily updates from Odoo
Thursday, April 11, 2024
13 changes
1 change
Enhancements to existing features
This update improves Odoo's internal web testing utilities so automated tests behave more like real browsers and are easier to configure. It helps developers catch issues earlier and reduces the risk of test-only failures slowing future improvements.
6 changes
Enhancements to existing features
The Field Service Sales demo data now includes products with a sales price of zero. This helps users discover and understand how no-charge products can be used in field service workflows, such as complimentary items or included services.
Original PR description
This commit adds some products with a sales price of zero to the demo data. This is a feature that isn't well-known and is difficult to discover, yet it's quite powerful. task:3460001
Account managers can now see more sales, purchase, subscription, and invoice records linked to the partners they manage, including cases where those partners are listed as referrers. This makes it easier for commission teams to track customer activity and related documents from the right menus without extra navigation barriers.
Original PR description
[IMP] partner_commission: account manager access rights This commit intends to give access to account managers to more records of the partners they manage. It mainly gives a range of new permissions…
[IMP] partner_commission: account manager access rights This commit intends to give access to account managers to more records of the partners they manage. It mainly gives a range of new permissions to the Commission/Own Documents and Commission/All Documents groups as well as changing stat buttons to include records where the partner is set as referrer. Commission Managers have access to sale orders/purchase orders/subscriptions/ invoices with a "referrer" set while Commission Users have access to a range of documents where the `partner_id` field is an account they manage or the `referrer_id` field is an account they manage. At creation, a child partner will be propagated its parent's account manager (= user_id). So an account manager will have access to the children's records as well as long as that field is propagated. The groups also give access to Invoicing and Accounting top menu so that members of the group can easily access account.move records. Task-2842675
This update makes several internal checks more efficient by counting matching records instead of loading full search results. Users should not see functional changes, but affected areas may respond slightly faster and follow better development practices.
Original PR description
The aim of this commit is to improve a bit the performance of those conditional and to promote good practices in the code. (And also because Accounting isn't Zaccounting :D ) Context: `search` will create an `ORDER BY` sql statement while the `search_count` is a simple `count(*)` without any ordering. task-id: None
Room is now listed under Productivity and WhatsApp under Marketing, making both apps easier for users to find in the app menu. This improves navigation and aligns these apps with the business areas where they are most commonly used.
Original PR description
Purpose =========== Change the category of the the whatsapp and room. Specification ================= Move Room to Productivity (first). Move WhatsApp to Marketing (last). Technical ========== In the module category record, we utilize the "base" prefix to ensure that the sequence specified within this record is honored. Omitting the "base" prefix would result in the sequence not being respected. This convention is consistently applied throughout the entire Odoo code base. Upgrade Pr- https://github.com/odoo/upgrade/pull/5838 Task-3612501
Onboarding messages in the employee referral app can now be translated for different languages. This improves the experience for multilingual companies by showing referral onboarding guidance in users' preferred languages.
Original PR description
The text shown on the onboarding screens were not translatable. They are now. Task: 3794638
The Barcode app now hides reserved serial number lines with no completed quantity by default, reducing clutter during stock operations. Businesses can still enable a new operation-type setting to show those reserved serial numbers when the previous workflow is needed.
Original PR description
Before this PR: =================== - the operation type in the barcode displayed lines even when the quantity done was 0 . - when the setting is on create new only then in barcode, show lines with done=0 - when use existing not checked AND create new not checked, in barcode we have multiple lines . After this PR: ==================== - Introduces a new option in operations type 'show_reserved_sns,' in the sale module with default value False . - This option becomes active only when the 'use_existing_type' is enabled . - When unchecked, it ensures that lines where the quantity done is 0 are hidden , only the selected ones will be added. - When checked, it will work same as before this commit . - when the setting is on create new only then in barcode, never show show lines with done=0 - when use existing not checked AND create new not checked, Then there should be one line in the aggregate with no serial and a +qty . Task ID : 3284600
6 changes
Enhancements to existing features
This update adds comprehensive unit tests for the document activity view feature, ensuring that document archiving works correctly. The changes also improve code efficiency by consolidating service loading into a shared utility function, reducing duplication across multiple test files.
Original PR description
Purpose ======= Add unit tests for the document activity view Test the fix of document archiving in the activity view PR: odoo/odoo/pull/151741 Task: 3704340 Load the services in a utils function to remove code redundancy. Task-3714544
This update enhances Chilean electronic point-of-sale receipts by adding a bidimensional (2D) code and displaying the requirements needed for valid electronic document compliance. This improvement ensures receipts meet Chilean regulatory standards for electronic documents and provides customers with a verifiable digital receipt.
Original PR description
This is a backport of odoo/enterprise#58479 This commit adds the bidimensional code on the receipt, it also adds to the receipt header the requirements for considering the receipt as a valid electronic document. task-id: 3747828 Community PR: odoo/odoo#161342
The German tax number (Steuernummer) validation has been moved from the tax report generation process to the company form, where it now triggers immediately when users enter the information. This ensures data quality at the point of entry rather than later during report generation, preventing invalid data from being saved in the first place.
Original PR description
Steuernummer was being validated at tax report xml generation. The check was moved to the company form view. It should be a constraint raising when trying to set the steuernummer to the company; there is no point in only checking it at XML generation. task-3809218 Forward-Port-Of: odoo/enterprise#60479 Forward-Port-Of: odoo/enterprise#59348
This update improves how Odoo handles shipping methods when databases are copied for testing or staging. Previously, all shipping methods were disabled during this process. Now, only shipping methods that connect to external providers (like real courier services) are disabled, while internal shipping methods based on fixed prices or custom rules remain active. This allows teams to continue testing order fulfillment workflows without losing their standard shipping options.
Original PR description
Only delivery carriers that can communicate with the outside should be deactivated. Every time a database is neutralized, all delivery carriers are deactivated. In staging or test databases this should not be the case, only delivery carriers with an external connection, i.e. delivery carriers with an external provider should be deactivated. Delivery carriers with fixed price or based on rules should not be deactivated with every neutralization. This way Odoo can continue to operate with shipping methods without prejudice to the users in neutralized databases. @moduon @yajo @Shide MT-5612 Description of the issue/feature this PR addresses: Current behavior before PR: Deactivated every delivery carriers. Desired behavior after PR is merged: Deactivated only delivery carriers with external provider. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#160443
This update enhances the Point of Sale receipt functionality for Chilean businesses by adding support for bidimensional codes. This improvement aligns with Chilean regulatory requirements for receipts, making the system more compliant with local standards and improving the receipt documentation process.
Original PR description
This is a backport of odoo/odoo#159671 This commit adds the requirements in order to add the bidimensional code on the receipt of the point of sale for the Chilean localization. task-id: 3747828 Enterprise PR: odoo/enterprise#60451 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The German tax number (Steuernummer) validation has been moved from the tax report generation stage to the company form, where it now validates immediately when the field is updated. This ensures invalid tax numbers are caught early and prevents errors during report generation. The field is now also visible for multi-VAT company configurations.
Original PR description
Steuernummer was being validated at tax report xml generation. The check was moved to the company form view. Moreover, the field was set visible in the company form view for multivat. It should be a constraint raising when trying to set the steuernummer to the company; there is no point in only checking it at XML generation. task-3809218 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#161395 Forward-Port-Of: odoo/odoo#159057