Daily updates from Odoo
Wednesday, February 28, 2024
12 changes
4 changes
Resolved issues and error corrections
This update improves the clarity of tax labels within Odoo's Point of Sale, Sale, and Website Sale modules. The term 'VAT' has been replaced with 'Tax' to align with international standards and improve user understanding. This change ensures consistent and accurate reporting of tax information.
Original PR description
task-3653060 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes an issue where the quantity returned in the returns wizard was incorrectly reflecting the full delivery quantity (10) instead of the delivered quantity (6). This change ensures that returns accurately reflect the actual amount of product returned, improving inventory accuracy and reducing discrepancies. The fix was triggered by a reported bug (opw-3726157).
Original PR description
**Steps to reproduce the bug:**
- Create a delivery picking:
- product: P1
- Qty: 10
- Mark as todo
- Set “Quantity” to = 6
- Validate the picking without creating a backorder
- return the picking
**Problem**:
The qty to return is 10 instead of 6
opw-3726157
Forward-Port-Of: odoo/odoo#155508This update fixes a limitation in the hr_gamification module where badges couldn't be assigned to users without a linked employee. The change removes a dependency between user and employee IDs, now allowing badges to be granted to any user regardless of their employee association. This expands the usability of the gamification feature.
Original PR description
When hr_gamification is installed, it's not possible to grant badges to users that don't have associated employees. Expected behavior: we should be able to grant badges to any users. This is because user_id was related field with employee_id. We remove that dependency. task - 3593382 Forward-Port-Of: odoo/odoo#155007
This update ensures the translation file (POT) for the core 'base' module is current. Outdated translation files can lead to inconsistencies in localized versions of the software. This fix guarantees accurate translations for this foundational module.
Original PR description
Export pot of base module Entreprise: https://github.com/odoo/enterprise/pull/57503 Forward-Port-Of: odoo/odoo#155375
2 changes
Resolved issues and error corrections
Fixed an issue where copying a task item in the Gantt timeline could fail after recent batch duplication changes. Users can now duplicate task timeline items reliably, while scheduling warnings continue to appear only when relevant.
Original PR description
Before this commit, since the recent changes to allow the duplication in batch, the duplication of a pill in task gantt view no longer works and raised a traceback. The reason is because the copy will now return an array and so the `openPlanDialogCallback` function will do a for each on that array to display eventual warnings, that override is in fact only when smart task scheduling is called and not for the other actions (copy, reschedule, etc). This commit checks if the result given in parameter for `openPlanDialogCallback` is not falsy and not an array before doing a for each on the object to display the eventual warnings to display.
Fixed an issue that could block moving an applicant to the first recruitment stage when the applicant was not linked to a job application. This helps recruitment workflows continue smoothly without template-related errors.
Original PR description
With this commit, an applicant without a job's applicantion can be moved to stage 1 without template issue. task : 3681692
6 changes
Resolved issues and error corrections
This update corrects a configuration issue in the HR Payroll Holidays module where its test class was incorrectly inheriting from an invoicing test class, even though the module doesn't use accounting features. This fix ensures the module's tests run properly without unnecessary dependencies.
Original PR description
This fixes an issue with the common test class in hr_payroll_holidays which is set to inherit from the invoicing test common class while the module does not depend on the account module. Forward-Port-Of: odoo/enterprise#57202
This update fixes a test failure in the report editor that occurred when running without demo data. The test was crashing because it expected an image to be set on a partner record, but this requirement wasn't essential to what the test was actually checking. By removing this unnecessary dependency, the test now runs reliably in all environments.
Original PR description
Before this commit, the test test_add_non_searchable_field crashed in no-demo mode because an image was not set on a partner, and that had only an effect on a sanity check in the business code rather than an effect on the relavance of the test After this commit, the test doesn't crash in demo mode. runbot-error-57397 runbot-error-57430 runbot-error-57432 runbot-error-57822 runbot-error-58218 Forward-Port-Of: odoo/enterprise#57559
This update removes print-related styling rules from the backend system that were only needed for survey frontend pages. By isolating these styles to just the survey module where they're actually used, the change prevents unintended formatting effects across the rest of Odoo's backend interface.
Original PR description
PURPOSE ======= The survey addon assets contain some global rules for print mode, that are present in the global backend stack. In Odoo 15.2, we put these rules in `survey_templates_results.scss`.…
PURPOSE ======= The survey addon assets contain some global rules for print mode, that are present in the global backend stack. In Odoo 15.2, we put these rules in `survey_templates_results.scss`. Then, in later versions of Odoo we updated it wih more 'print mode' global rules. As these rules are specific to the survey addon, we don't want them to affect the (whole) Odoo backend. HOW TO FIX ========== It seems rules defined in `survey_templates_results.scss` are not used in survey backend views, but specific to frontend views. `survey_templates_results.scss` is also part of the `survey.survey_assets` bundle. This bundle is loaded only for the following frontend views: - Survey: main page (take survey) - Survey: custom 403 page - Survey: void content - Survey: login required - Survey: expired - Survey: Access Code page - Survey: print page - Survey: result statistics page Among them, views that are not intended to be printed are not negatively impacted by the css rules for print mode. A solution would therefore be to remove `survey_templates_results.scss` from the backend stack. see https://github.com/odoo/odoo/commit/03641610c2b4a6b832ea87795fd21e1d7af10b59 see https://github.com/odoo/odoo/pull/135683 see https://github.com/odoo/odoo/pull/146812 task-3666858 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#148296
This update removes redundant code that was causing duplicate warning messages when products are added to sales orders. The fix ensures warning notifications only appear when necessary, improving the user experience by eliminating unnecessary duplicate alerts.
Original PR description
This is a fixup of: https://github.com/odoo/odoo/pull/149155 Warning is duplicated: https://github.com/odoo/odoo/blob/8ccde3f101cdb6ca41fe29cc5b4252f13745774a/addons/sale/models/sale_order_line.py#L1223-L1232 In the case where some products are already added to the SO before selecting the catalog, the warning props will always be loaded. However, since the warning props is a String but sale_line_warn can be false, it only need no be added if sale_line_warn is set. opw-3631511
This fix corrects the alignment and display of invoice totals in the Argentine localization module. When invoices contain large amounts, the total line was not properly aligned on printed invoices. The fix adjusts the column layout to ensure totals display correctly regardless of amount size.
Original PR description
Steps to reproduce: [l10n_ar] - create an invoice with an invoice line having a big amount - confirm - print invoice Issue: The alignment of total is not correct Solution: In l10n_ar, we need more cols to be able to display the correct information. In the base report, the difference is not important visually (the line total is slightly longer) opw-3670830 Forward-Port-Of: odoo/odoo#152682
This update corrects the phone country codes for the Democratic Republic of the Congo (CD) and the Republic of the Congo (CG), which were previously assigned to the wrong countries. The fix ensures that customers and contacts in these countries will have the correct phone code associated with their location, improving data accuracy in the system.
Original PR description
Phone codes for the Democratic Republic of the Congo (CD) and The Republic of the Congo (CG) are the wrong way around, and ought to be reversed. This commit is based on a commit that was not merged in v14.0 in this PR: https://github.com/odoo/odoo/pull/133287 Forward-Port-Of: odoo/odoo#155557