Monday, December 9, 2024
7 changes · saas-17.4
Resolved issues and error corrections
Fixed an issue where contacts created from CRM leads could miss phone details when the lead had both an email address and contact name. This ensures newly created contacts keep the expected information, reducing manual data cleanup for sales teams.
Original PR description
Reproduce --- - install crm - enable leads - create lead with: email, phone, contact name - send email (that creates contact) - BUG: phone not filled in the contact note: email is only needed to send email thus create partner note2: bug doens't happen without contact name opw-4225694
Purchase document templates now show the readable Incoterm code instead of an internal system reference. This avoids confusing text on supplier-facing documents and makes trade terms clearer for users and partners.
Original PR description
Fixed an issue where the Incoterm was incorrectly displayed as the full object representation `account.incoterm(1,)` instead of its human-readable code. opw-4342104 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change makes an automated online shop test wait for the page address to settle before checking it. It reduces intermittent test failures, helping keep the sales website validation process more stable without changing customer-facing behavior.
Original PR description
In this commit, we fix a undeterministic behavior about check the pathname of window in function assertPathName. In this function, we check the url of the window but the url can changes few ms after the DOM has been loaded. So the check can occurs after the DOM has been loaded. To avoid this behavior, we wait for the pathname instead of check it direclty. runbot-error-id~70316
Restricting a blog to a specific website no longer causes an error when the blog form includes blog posts added through Studio. This keeps website administrators from being blocked while configuring blogs for individual websites.
Original PR description
Steps to reproduce: - Install the Blog module and Studio app (enterprise). - Navigate to the website editor. - Go to Menu Configuration > Blogs. - Select a blog to edit. - Click on the Studio icon to customize the view. - Add the existing field "Blog posts" to the view. - Close Studio. - Restrict the blog to a specific website by selecting one. - A traceback occurs. Since [1], invisible fields now trigger "onchange" methods and "compute" methods while processing views. This exposes a bug when attempting to slugify a website URL for a blog that hasn't been assigned an ID yet. [1]: https://github.com/odoo/odoo/commit/db63cb770365be1f81ba051fe6ca5a246dbc9036 opw-4365920
The Time Off overview no longer crashes for employees who do not have administrator or officer-level access. This lets regular users view the overview page reliably without encountering an error screen.
Original PR description
**Issue:** When accessing the "Overview" menu in the Time Off module as a user without admin or officer-level access rights, a traceback error occurs. **Steps to reproduce:** 1- Log in as a user without admin or officer-level access rights for Time Off. 2- Time Off > Overview. A traceback error is displayed. opw-4378432 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
List views now recalculate column widths after the browser window is resized. This prevents tables from staying too wide or too narrow after a user manually adjusts a column, improving readability and use of available screen space.
Original PR description
In a list view, first manually resize a column. Doing so, the table can either overflow (if the column has been extended), or be smaller that the available space. Then, resize the page. Before this commit, the table kept is previous width, i.e. it could not benefit from the potential available space that came from resizing the window. With this commit, we force the whole widths computation to be reset after a window resize. Followup of https://github.com/odoo/odoo/pull/170511 opw~4318312 task~4221195 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
Steps to reproduce: - Install the l10n_cl_edi module - Create an invoice - Some terms are not translated : - Where it says: .. should say: .. - Donce dice: .. deberia decir: .. Issue: Some translation were missing making it incorect for the Chile localization. This comes from the [changes](https://github.com/odoo/enterprise/commit/33b6cafdf3985df255ef44) Fix: Updated the .pot and the .po accordingly to include the terms so the translation is correct. opw-4350114
Original PR description
Steps to reproduce: - Install the l10n_cl_edi module - Create an invoice - Some terms are not translated : - Where it says: .. should say: .. - Donce dice: .. deberia decir: .. Issue: Some translation were missing making it incorect for the Chile localization. This comes from the [changes](https://github.com/odoo/enterprise/commit/33b6cafdf3985df255ef44) Fix: Updated the .pot and the .po accordingly to include the terms so the translation is correct. opw-4350114