Friday, October 18, 2024
19 changes · 18.0
Resolved issues and error corrections
Invoice reports now display the tax section correctly when an invoice uses a different currency and includes taxes. This prevents totals such as the untaxed amount from appearing in the wrong place, making printed or shared invoices clearer for customers and accounting teams.
Original PR description
If you have an invoice with a different currency, and with taxes, the layout of the Taxes box in company currency has a weird placement with the Untaxed Amount task-4269524 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes a crash that happened when users pressed Escape while transforming an image in the editor. Image editing now exits cleanly, improving reliability when adding or adjusting images in apps such as To-do.
Original PR description
### Steps to Reproduce: - Open the to-do app - Add an image (/image, upload an image) - Select the image - Click the Transform button - Press the Escape key, and a traceback occurs ### Desired behavior after PR is merged: - Clicking the image transform button in `toolbar` clears the image selection and enables the image transformation. - Removes the `active` class from the image transformation button. task-4184571
Fixes an issue where documents added from a bill of materials line briefly appeared and then disappeared. The document visibility is now correctly set for bills of materials, so users can reliably attach and view related files in manufacturing workflows.
Original PR description
Since https://github.com/odoo/odoo/pull/176483, the product_document_kanban_controller methods have been modified but not in MRP. The same logic will be applied to mps. Before ------ When clicking on the document icon of a bom line, and then adding a document, the document whill shortly appear and then disappear because the visibility is not set on bom https://drive.google.com/file/d/1gXiqtU3zEoFP76ue2pk-0FHnf5MyRT-P/view After ----- The document visibility is set on 'bom' and the document is visible when added --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an issue where filtering payments could fail because the payment reference field name had changed. This keeps payment lists usable and prevents users from seeing an error when applying the affected filter.
Original PR description
`ref` field has been replaced by `memo` field in `account.payment` model. task-id: 4261127 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The customer portal no longer offers sorting by stage or reference for quotations and sales orders, because those fields are not shown in the list. This avoids confusing choices and defaults the list to order date for a clearer customer experience.
Original PR description
Issue: - Customers could sort quotations and sale orders by stage and reference, which are not displayed in the list. Fix: - Remove sorting options for stage and reference, and default to sorting by order date. opw-4165724 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an error that could occur when opening vendor payments for Swiss companies and contacts. The Swiss localization now uses the updated payment note field, so users can access these payments without interruption.
Original PR description
**Steps to reproduce:** - Install l10n_ch - Switch to a Swiss company (e.g. CH Company) - Go to "Invoicing / Vendors / Payments" - Select a Swiss contact as vendor **Issue:** A traceback is raised while trying to access "ref" field of "account.payment" model. **Cause:** "ref" field has been replaced by "memo" field in "account.payment" model. opw-4244999 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Restaurant floor screens now clear paid floating orders after checkout. This prevents staff from seeing already completed orders as still active, reducing confusion during service.
Original PR description
Steps: - Open the restaurant. - Create a floating order and validate it. - Navigate to the floor screen. - Floating order is still displayed. Issue: - Floating orders remain visible on the floor screen after payment. Cause: - The selected order does not reset when order has no assigned table. Fix: - Reset the selected order for all restaurant orders. Task-4251902
Removing a country from a company record no longer triggers an unexpected error. This improves reliability for users maintaining company information in accounting settings.
Original PR description
When the user removes the country from the company, a traceback will appear. Steps to reproduce the error: - Create a new company > Select any country > Save - Now, remove the country Traceback: ```…
When the user removes the country from the company,
a traceback will appear.
Steps to reproduce the error:
- Create a new company > Select any country > Save
- Now, remove the country
Traceback:
```
AttributeError: 'bool' object has no attribute 'lower'
File "odoo/http.py", line 2364, in __call__
response = request._serve_db()
File "odoo/http.py", line 1891, in _serve_db
return self._transactioning(
File "odoo/http.py", line 1954, in _transactioning
return service_model.retrying(func, env=self.env)
File "odoo/service/model.py", line 137, in retrying
result = func()
File "odoo/http.py", line 1921, in _serve_ir_http
response = self.dispatcher.dispatch(rule.endpoint, args)
File "odoo/http.py", line 2168, in dispatch
result = self.request.registry['ir.http']._dispatch(endpoint)
File "odoo/addons/base/models/ir_http.py", line 330, in _dispatch
result = endpoint(**request.params)
File "odoo/http.py", line 728, in route_wrapper
result = endpoint(self, *args, **params_ok)
File "addons/web/controllers/dataset.py", line 35, in call_kw
return call_kw(request.env[model], method, args, kwargs)
File "odoo/api.py", line 517, in call_kw
result = getattr(recs, name)(*args, **kwargs)
File "addons/web/models/models.py", line 1010, in onchange
if field_name not in done and snapshot0.has_changed(field_name)
File "addons/web/models/models.py", line 1123, in has_changed
return self[field_name] != self.record[field_name]
File "odoo/models.py", line 7000, in __getitem__
return self._fields[key].__get__(self)
File "odoo/fields.py", line 1287, in __get__
self.compute_value(recs)
File "odoo/fields.py", line 1469, in compute_value
records._compute_field_value(self)
File "addons/mail/models/mail_thread.py", line 427, in _compute_field_value
return super()._compute_field_value(field)
File "odoo/models.py", line 5243, in _compute_field_value
fields.determine(field.compute, self)
File "odoo/fields.py", line 109, in determine
return needle(*args)
File "addons/account/models/company.py", line 1014, in _compute_company_vat_placeholder
company.country_id.code.lower() or company.account_fiscal_country_id.code.lower()
```
https://github.com/odoo/odoo/blob/bc2106bfb401d98678fd9c727281bf20c1a0231e/addons/account/models/company.py#L1014
When the user removes the country, ``company.country_id.code`` will be False,
So, it will lead to the above traceback.
sentry-5996003549
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prAdministrators can now access all quote calculator spreadsheet templates from the technical settings. This makes it easier to clean up unused templates or import templates from JSON files without cluttering the Sales app menus.
Original PR description
Currently, there's no menu to get a list of all quote calculator spreadsheet templates. This commits adds a menu in the technical settings. It allows to: - delete/clean unused spreadsheet templates - import a template from its json file (BA do that quite often for dashboards, I expect they'll want to do it for spreadsheet quotation templates) Feedback from OXP Note: we don't add the menu in the Sales app menus because we don't want to add noise in there. It must be kept clean. Task: 4236559
The product form no longer shows an empty Accounting page to users who do not have the relevant accounting read-only access. This removes confusion for sales users by only displaying the page when meaningful accounting information can be shown.
Original PR description
Steps: - Install sale app. - Go to sale module. - Open product form. - Go to accounting page. Issue: - Empty accounting page. Cause: - In account_accountant module added invoice group to display accounting page even though there is no content added in that module to display which should be visible without have account readonly access. Fix: - Remove invoice group for stable to display that page only for readonly group. To-do master: Remove that view. opw-4209850
Users can now confirm multiple assets at once even when those assets use different journals. This prevents an error during depreciation confirmation and helps accounting teams process assets in bulk reliably.
Original PR description
Reproduce: * create an asset * duplicate it, and change the journal * in list view, compute the depreciation * in list view, confirm Traceback because we try to get the lock date related to multiple journals.
Documents added from a bill of materials line now remain visible instead of briefly appearing and disappearing. This ensures teams using manufacturing and PLM can reliably attach and view documents where they expect them.
Original PR description
Since [odoo/pull/176483](https://github.com/odoo/odoo/pull/176483), the product_document_kanban_controller methods have been modified but in MRP. This commit fixes it. Before ------ When clicking on the document icon of a bom line, and then adding a document, the document whill shortly appear and then disappear because the visibility is not set on bom https://drive.google.com/file/d/1gXiqtU3zEoFP76ue2pk-0FHnf5MyRT-P/view The same logic applies to PLM After ----- The document visibility is set on 'bom' and the document is visible when added
Opening a point-of-sale session no longer fails when UrbanPiper API credentials have not been entered. This prevents unnecessary blocking for users who do not need or have not yet configured the UrbanPiper integration.
Original PR description
Before this commit: === - When attempting to open a session, when there is no API key and username in pos_config, a validation error occurred. After this commit: === - No validation error occurs when the API key and username are missing in pos_config. task-4266405
Signature request emails now use one selected language consistently across both the email layout and message content. This prevents recipients from seeing mixed-language emails and improves the professionalism of translated communications.
Original PR description
Before this commit, the language of the logged in user and the language given in kwargs would be used to translate the content. The email layout would translate to the user language and the body content would use the kwarg's language. This lead to translation discrepancies. After this commit, only the language given in the kwargs is used and therefore fixing the translations issues.
Signature request emails now use the selected recipient language consistently across both the email layout and message content. This prevents mixed-language emails and improves the experience for customers receiving documents to sign.
Original PR description
Before this commit, the language of the logged in user and the language given in kwargs would be used to translate the content. The email layout would translate to the user language and the body content would use the kwarg's language. This lead to translation discrepancies. After this commit, only the language given in the kwargs is used and therefore fixing the translations issues.
This fix prevents an error when generating Indian payroll payment reports by correctly processing multiple report entries. It improves reliability for payroll teams without changing the report’s intended behavior.
Original PR description
The issue occurred because `vals_list` is a list of dictionaries, and calling `get()` on it caused an AttributeError. Updated the logic to iterate over the list and properly handle each dictionary entry.
Signing-related emails now use the requested recipient language consistently across both the email layout and message content. This prevents mixed-language emails and provides a clearer experience for customers receiving documents to sign.
Original PR description
Before this commit, the language of the logged in user and the language given in kwargs would be used to translate the content. The email layout would translate to the user language and the body content would use the kwarg's language. This lead to translation discrepancies. After this commit, only the language given in the kwargs is used and therefore fixing the translation issues.
This fixes an issue where saving a document folder without a name could display an incorrect placeholder value. Users will now be prompted to enter a valid folder name before saving, improving clarity and data quality.
Original PR description
When we save the folder without a name, it shows 'False' because the field isn't set as 'required.' Making it mandatory will trigger a red alert on save, ensuring a valid name is entered. Task-4247496
Opening the backend appointment calendar from Point of Sale could fail because the system tried to read information that was not available. This fix adds a safeguard so users can open the view without encountering an error.
Original PR description
Issue: ========== - Modify the point of sale module manifest file as per the reference PR. Then, you get an error on runbot for accessing the tag value from null (check referenced PR runbot). Cause: ========== - When trying to open the backend appointment view in the point of sale, the current controller was not found. Consequently, the `_getCurrentAction()` method returns a null value, leading to an error when trying to access the tag value from null. FIX: ========== - We need to add a condition to avoid accessing a value from null. Related PR: Community: https://github.com/odoo/odoo/pull/181828 Enterprise: https://github.com/odoo/enterprise/pull/70891