Thursday, May 30, 2024
5 changes · saas-17.2
Resolved issues and error corrections
Selecting CRM Lead/Opportunity or Calendar Today's Meetings from the activity menu now closes the dropdown after opening the chosen view. This makes the menu behavior consistent and avoids leaving an unnecessary dropdown on screen.
Original PR description
[FIX] calendar, crm: close activity dropdown on option selection Previously, selecting the Lead/Opportunity activity option (CRM module) or the Today's Meetings option (calendar module) in the systray activity dropdown would redirect to the appropriate view, but keep the dropdown open. This is inconsistent with the behavior for the rest of the options in the dropdown, which close said dropdown when selected. This makes it so the dropdown in the systray activity dropdown gets closed when selecting the Lead/Opportunity option. task-3874130
Selecting a tax unit in accounting reports now saves the filter choice correctly even when only some companies in the unit are selected. Users no longer need to click the same filter twice, making report filtering more reliable and faster.
Original PR description
Before this commit, when selecting a tax unit on the filter with some companies of the tax unit not selected, an initial reload occurred, but the options of the tax unit were not saved. This meant we had to click the filter twice to apply it. task-3954014
This fix ensures permission checks for newly created or unsaved users return a safe negative result instead of causing an error. It improves reliability in workflows where user records may be checked before they are fully saved.
Original PR description
opw-3940549 opw-3943985 opw-3943909 opw-3937897 opw-3932111
This fixes default mail activity test records so they are treated as active and can be found during standard searches. It improves the reliability of mail-related automated tests and mock data behavior without changing end-user features.
Original PR description
**Before this PR:** Default records in `mail_activity` mock model are not set active by default, as a result when you do search operation on `mail.activity` it will check `active_test` and won't return these records. **After this PR:** Setting `active` true so these records would pass `active_test`. Part of task-[3818666](https://www.odoo.com/odoo/project/1519/tasks/3818666?debug=&cids=2) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an issue where the message chatter panel appeared inside pop-up dialogs, such as when opening a Time Off calendar entry. The change keeps dialogs cleaner and prevents users from seeing an unexpected communication panel where it should not be shown.
Original PR description
Before this commit, the chatter was shown in dialog when it should never. Steps to reproduce: - Install Time Off (`hr_holidays`) - Open Time Off app - Click on a date in the calendar view => The chatter is visible in dialog when it shouldn't This happens because the Chatter hook had a `t-if` on `!env.inDialog`, but it was overridden by another `t-if` on layout. As a result, the view template never took into consideration of `!env.inDialog`. This commit fixes the issue by properly combining the 2 `t-if` together. task-3957107