Tuesday, December 10, 2024
4 changes · saas-17.4
Resolved issues and error corrections
This update prevents an intermittent crash when a mail popout window is closed before it finishes loading. It improves reliability of automated testing and helps avoid false failures during release validation.
Original PR description
Before this commit, the following unit test may crash non-deterministically: "Attachment view / chatter popout across multiple records test" With the following error: ``` Cannot read properties of null (reading 'write') ``` This happens because `iframe.contentDocument` could be `null`, which happens when the iframe of popout is closed before it had time to load content. The `reset()` function of popout service assumes that the document has been loaded, which is not necessarily true. runbot-106785
This update adjusts automated tests to match a recent correction in keyboard shortcut behavior. It helps keep quality checks reliable without changing customer-facing features.
Original PR description
Fix tests broken by https://github.com/odoo/odoo/pull/185960/commits/72fd261edeaac13914e82ec88a639d94f20f63be --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Delivery slips using the DIN5008 layout no longer show the delivery address twice. This keeps printed warehouse documents cleaner and avoids confusion for staff and customers.
Original PR description
**Issue** When using the DIN5008 document layout and printing a delivery slip, the delivery address appears twice. This fix ensures the delivery address is displayed only once. **Steps to reproduce:** 1. Go to Settings 2. Navigate to Companies -> Configure Document Layout 3. Select DIN5008 as the layout 4. Go to the Inventory module 5. Navigate to Operations -> Deliveries 6. Create a new delivery 7. Print the delivery slip The delivery address appear twice on the delivery slip, This fix ensures the delivery address is displayed only once. opw-4213842 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Approval requests using automated numbering no longer get blocked by an empty, locked subject field. This prevents an invalid field error and lets users save these approval requests as expected.
Original PR description
**Issue:** - When creating an approval request with the type "Automated Sequence", the Approval Subject field is empty and readonly, making it impossible to save the record. **Steps To Reproduce:** - Create a new Approval Type, check the "Automated Sequence" box, and set a "code". - In dashboard Click on "New Request" - Set the category to the one you just created, and save. - Notice the Invalid Field error. **Solution:** - Set 'required' to 'not automated_sequence'. opw-4326974