Wednesday, April 2, 2025
3 changes · saas-18.2
Resolved issues and error corrections
The refund option now appears when staff open a paid restaurant order from the floor screen. This ensures employees can process refunds from the ticket screen without extra navigation or workarounds.
Original PR description
Steps: - In the restaurant, navigate to the ticket screen from the floor screen. - Select any paid order. - The Refund button should be visible below the numpad but isn't. Issue: - The `ActionpadWidget` is only displayed if a current order is set. However, on the floor screen, no current order exists. Fix: - Removed the dependency of `ActionpadWidget` on the current order. Task: 4658232
Follower notification emails sent from a single task now include the expected "View task" button again. This helps portal users open the shared task directly from the email, restoring the previous user experience.
Original PR description
**Steps to reproduce the issue** - From Projects app, go on a task. - Add a follower with portal access. - Chose to "Notify recipients". Issue: the mail sent no longer contains the "View task" button…
**Steps to reproduce the issue** - From Projects app, go on a task. - Add a follower with portal access. - Chose to "Notify recipients". Issue: the mail sent no longer contains the "View task" button like in previous versions.  **Cause** Commit https://github.com/odoo/odoo/commit/284d7c6ecc9d631a119af3cf4f7205d2ee6b3fe8 introduced a way to mass edit subscriptions and since `message_notify` can only be called on either an empty recordset or a single record, it is now called on an empty recordset if multiple records are selected. However, this introduces functional changes when the wizard is used on a single record, e.g. on the form view. In the case of a task, the "View task" button will not appear because `has_button_access` is False by default for portal users https://github.com/odoo/odoo/blob/c088d5423e98ad99f1d7bfdc2e42bfac6eb418de/addons/mail/models/mail_thread.py#L3447 And we return early in `_notify_get_recipients_groups` of `ProjectTask`, which previously allowed `has_button_access` to be set to True. **Solution** When the wizard is used on a single record, call `message_notify` on that record. opw-4661374
Printing an already confirmed purchase order no longer changes it back to an earlier status. This prevents users from accidentally confirming the same purchase order again and helps keep purchasing records accurate.
Original PR description
### Issue: Since Commit 4cd4da13a1a2a88ec12636a4fe973f5069a613aa the `print_quotation` button can be called from the purchase form view no matter the state of the PO (prior it could only be called in…
### Issue: Since Commit 4cd4da13a1a2a88ec12636a4fe973f5069a613aa the `print_quotation` button can be called from the purchase form view no matter the state of the PO (prior it could only be called in "draft" and "sent" state): https://github.com/odoo/odoo/blob/f862de4a7c3f2f9098fb56f8db8907034ebbc2f9/addons/purchase/views/purchase_views.xml#L141 However, that button changes the state of the PO: https://github.com/odoo/odoo/blob/fd02d5dea0bce149799cbd8557b6e69c5c7bf49a/addons/purchase/models/purchase_order.py#L512-L513 In particular, if you confirm a PO and then print it, it will reset its "purchase" state to sent and you will be able to confirm it once more (as the `button_confirm` can be called both in "draft" and "sent" state) https://github.com/odoo/odoo/blob/f862de4a7c3f2f9098fb56f8db8907034ebbc2f9/addons/purchase/views/purchase_views.xml#L132 https://github.com/odoo/odoo/blob/f862de4a7c3f2f9098fb56f8db8907034ebbc2f9/addons/purchase/views/purchase_views.xml#L136 ### Steps to reproduce: - Create a purchase order for 1 unit of any product. - Confirm the PO - Print the PO #### > You can confirm it again opw-4678511 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr