Skip to content

[19.0][FIX] base_tier_validation_forward: forward notification delivery#38

Open
bosd wants to merge 1 commit into
OCA:19.0from
bosd:19.0-fix-base_tier_validation_forward-notification-delivery
Open

[19.0][FIX] base_tier_validation_forward: forward notification delivery#38
bosd wants to merge 1 commit into
OCA:19.0from
bosd:19.0-fix-base_tier_validation_forward-notification-delivery

Conversation

@bosd
Copy link
Copy Markdown
Contributor

@bosd bosd commented May 14, 2026

Summary

Forward-port of OCA/server-ux#1279 (authored by @lala-labiso / Labiso GmbH) onto 19.0.

When a reviewer used the Forward wizard to hand off their review, the chatter notification on the validated document wasn't actually being delivered to the newly-assigned reviewer. The forward wizard updated the tier review's reviewer but didn't trigger a message_notify / activity for the new assignee, so the receiving party only found out about the assignment by stumbling on the systray counter (or never).

This PR makes the wizard explicitly notify the new reviewer(s) after the forward, with an appropriate chatter entry and (where applicable) a scheduled activity.

Credit

Original commit: 82b2d01e by @lala-labiso. Cherry-picked unchanged onto 19.0; merge auto-resolved cleanly.

Test plan

Upstream PR's regression test is included (test_tier_validation.py additions). Manually: assign a tier review to user A, forward it to user B via the wizard, observe that user B receives the chatter / activity notification.

@OCA-git-bot OCA-git-bot added mod:base_tier_validation_forward Module base_tier_validation_forward series:19.0 labels May 14, 2026
@OCA-git-bot
Copy link
Copy Markdown
Contributor

Hi @kittiu,
some modules you are maintaining are being modified, check this out!

Two bugs prevent forwarded review notifications from reaching the
target user:

1. _get_forwarded_notification_subtype() returns the wrong xmlid
   "base_tier_validation.mt_tier_validation_forwarded" but the
   mail.message.subtype record is defined in base_tier_validation_forward.
   message_post() silently falls back to mail.mt_note (internal note)
   which does not generate email notifications for followers.

2. The forward wizard add_forward() creates a tier.review for the
   target user but never calls message_subscribe(). Without being a
   follower of the record, the target user cannot receive any email
   notifications — even if the subtype were correct.

Combined effect: when a reviewer forwards their approval to another
user, the target user is never notified and the forward appears to
"not work" from the end-user perspective.

Fixes:
- Correct the module prefix in _get_forwarded_notification_subtype()
- Call message_subscribe() in add_forward() to subscribe the forward
  target as a follower with the forward notification subtype
@bosd bosd force-pushed the 19.0-fix-base_tier_validation_forward-notification-delivery branch from 0b8152e to 57f9ac6 Compare May 14, 2026 10:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

mod:base_tier_validation_forward Module base_tier_validation_forward series:19.0

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants