Thursday, July 17, 2025
7 changes · saas-18.2
Resolved issues and error corrections
Fixed an editor issue where pressing backspace after an empty file attachment box could delete both the attachment box and the previous character. This helps users edit content with attached files without accidentally losing nearby text.
Original PR description
Problem: When pressing backspace after text followed by an `o_file_box`, both the last character and the file box are deleted at once. Cause: An empty `o_file_box` is skipped in `findPosition` because it's treated like a zero-width space (`.textContent === "\ufeef"`), causing incorrect position resolution. Solution: `o_file_box` elements should not be skipped during position checks, even when empty. Steps to reproduce: - Go to Quality ---> Quality Control --> Control Points - Create New. - Add text - Add a file just after the text - Delete all content of the file box - Place the cursor after the file box and press backspace -> The character before the file box is also deleted opw-4903841 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#216559
This fix prevents long units of measure from squeezing or cutting off nearby information in invoices, sales, delivery, and stock reports. Quantities stay on one line while longer unit names can wrap, making printed documents easier to read.
Original PR description
*: l10n_gcc_invoice,l10n_it_stock_ddt,sale,stock,web [1]: https://github.com/odoo/odoo/commit/344bdb1ed4cecdaef007200c011f87e58e36c87d Issue: [Commit](https://github.com/odoo/odoo/commit/344bdb1ed4cecdaef007200c011f87e58e36c87d) introduced a `text-nowrap` on the quantity column, this unnecessarily crops the other columns if we use a long UoM. This commit adds a max-width to the UoM column and applies the text-nowrap to the quantity only, letting the long UoM wrap if too long. task-4478718 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#216929 Forward-Port-Of: odoo/odoo#194389
Receipts created with a specified invoice date now keep that date instead of defaulting to today's date. This improves accounting accuracy and reduces the need for manual date corrections on receipt records.
Original PR description
* When invoice_date is set with create method for receipts, the date is not set correctly to invoice_date, but it's wrongly set to today. * Missing dependency 'move_type' to compute method. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#218775
This fixes an issue in the Gantt schedule view where choosing a custom range with the same start and end date could break navigation after clicking Today. Users can now move through schedule periods normally, avoiding confusion when managing resource bookings.
Original PR description
Steps to reproduce ================== - Go to Appointments > Schedule > Resources Bookings - Select a custom range with the same start date and stop date - Click apply - Click on Today - Use the next arrow => Nothing changes Cause of the issue ================== If there is 0 day between the start and stop dates, clicking on today will have the stop date before the start date. opw-4754203
This update fixes an automated website shop rental test so it no longer clicks the date picker while waiting. It helps keep quality checks stable without changing the customer-facing rental experience.
Original PR description
remove click on datepicker in the wait step build-error-213702 Forward-Port-Of: odoo/enterprise#89873
This update prevents a crash in the Knowledge app when optional article-related data is absent. It helps keep Knowledge features stable for users in edge cases where the system receives no details instead of a filled-in record.
Original PR description
Just be sure when using an argument that can be False instead of a dict. Task-4845982 Forward-Port-Of: odoo/enterprise#90285 Forward-Port-Of: odoo/enterprise#90254
This update corrects an Australian payroll accounting test that was failing after a fiscal year change. It helps keep automated validation reliable so payroll-related updates can be delivered with fewer interruptions.
Original PR description
Tests failed on runbot: https://runbot.odoo.com/odoo/runbot.build.error/228503 Forward-Port-Of: odoo/enterprise#89923