Wednesday, August 14, 2024
10 changes · 17.0
Resolved issues and error corrections
Fixed an issue where logging a note with a selected template could create an empty message if the template content was still loading. This helps ensure users' notes include the intended template text even when actions happen quickly.
Original PR description
Problem: When selecting a template while logging a note, if the template is not fully loaded (body is still empty), the message will have an empty body. Side note: If the user selects a template and logs an empty message (empty body), it will revert to the template body. However, this is an extreme edge case that is unlikely to occur. Steps to reproduce: - Open a product. - Log a note (full composer). - Select a template and log the note while the body is still loading (the body is empty). opw-4084921 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixes a display issue where attached document previews could overlap the leave details window in fullscreen calendar views. This keeps time off information readable when users open records with attachments.
Original PR description
Steps to reproduce: - Time off > Calendar view > Double click on a day - Sick leave > Attach document > Save - View the leave from calendar The attachment preview window overlaps the leave modal information, making it unreadable. The preview is only displayed above large media breakpoints (> 1550px) so make sure to fullscreen. In 16.0 we used a custom element to render the preview which is no longer available https://github.com/odoo/odoo/commit/824024f8aaa4a5419646d4eec7f529277869ceac#diff-a5f278935504f8e1b287b52fbb88f6e58dedc727ec2c7f1a6a04a67202f18fdaR63. opw-4088218 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an inventory adjustment issue where setting a counted quantity to zero could leave the line incorrectly marked as outdated. This helps warehouse teams see accurate inventory differences and avoid confusion during stock counts.
Original PR description
Steps to reproduce the bug: - Go to the inventory adjustments: - Update any quant by setting the counted quantity to 0 Problem: The line is colored yellow because “is_outdated” is updated to True due to the update of “inventory_quantity”. The “_compute_inventory_diff_quantity” is not triggered because “inventory_quantity” is initially 0, so the dependencies do not detect any change. opw-3946693
Fixed an issue where opening bank reconciliation for a company outside the currently displayed company hierarchy could fail in debug mode. The reconciliation view now handles the missing journal balance safely, helping users continue their accounting workflow without an error.
Original PR description
### Steps to reproduce 1. Install `account_accountant` 2. Select two companies in the company selector 3. Navigate to the accounting dashboard 4. Enable debug mode 5. Click 'Reconcile x Items' on the bank journal for the company not displayed in the company selector You should be met with a traceback. ### Cause https://github.com/odoo/enterprise/blob/3bb2fa7944d296692c6858fa9661bc54bcd94659/account_accountant/models/bank_rec_widget.py#L1575-L1583 In `collect_global_info_data`, the system fails to get the journal balance when the selected journal does not belong to the current company/branch hierarchy, returning 'false'. When debug mode is enabled, the system performs validation on components props. Here, validation fails because `BankRecGlobalInfo.journalBalanceAmount` expects a string, but receives `false` instead. opw-3842914
Documentation and clarification updates
This update adds a new individual Contributor License Agreement record for ytterdal.md. It helps keep contribution permissions documented and compliant with Odoo's submission process.
Original PR description
Description of the issue/feature this PR addresses: New individual CLA for ytterdal.md Current behavior before PR: No CLA for ytterdal.md Desired behavior after PR is merged: CLA ytterdal.md added to individual CLA --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Miscellaneous changes
This update refreshes translation template files across multiple accounting and business modules to ensure they are current and accurate. Outdated translation files were updated, and empty files that were no longer needed were removed. This ensures that translators have the correct and up-to-date content to work with when localizing Odoo for different languages.
Original PR description
Some were out of date. Also, there were some empty pot files that were deleted along with their obsolete .po files.
This pull request adds a signed Contributor License Agreement record for the contributor mavi-odoo. It supports Odoo's legal compliance process for accepting contributions and has no direct effect on product functionality.
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
Some were out of date. Some had repeat terms. A couple were missing (these added to .tx/config as well). Also, there were some empty pot files that were deleted as well. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Original PR description
Some were out of date. Some had repeat terms. A couple were missing (these added to .tx/config as well). Also, there were some empty pot files that were deleted as well. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
More logging is required to track calls to VIES services to enable tracking databases triggering VIES limitations. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#176602
Original PR description
More logging is required to track calls to VIES services to enable tracking databases triggering VIES limitations. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#176602
Steps to reproduce: - Create a product - Update its quantity and set 4 in Stock - Create two MO that consume each 2 units of that product with the same scheduled date - Create a scrap order with 1 quantity of that product and validate it Issue: The unreserve will be done on the first MO. When going through the candidate move lines in the `_free_reservation()`, we sort them depending on their picking, their date if they have a move, or their id if they don't. The issue is that when
Original PR description
Steps to reproduce: - Create a product - Update its quantity and set 4 in Stock - Create two MO that consume each 2 units of that product with the same scheduled date - Create a scrap order with 1 quantity of that product and validate it Issue: The unreserve will be done on the first MO. When going through the candidate move lines in the `_free_reservation()`, we sort them depending on their picking, their date if they have a move, or their id if they don't. The issue is that when their related move have an equal date, then the order becomes underministic. Now, always sort by their id as a last resort, so we have a consistent order no matter what. opw-4046240 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#176354 Forward-Port-Of: odoo/odoo#174442