Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1120457 - RFE: Email notify the user when the language team permission change
RFE: Email notify the user when the language team permission change
Product: Zanata
Classification: Retired
Component: Component-Logic (Show other bugs)
Unspecified Unspecified
high Severity medium
: ---
: 3.6
Assigned To: Patrick Huang
Damian Jansen
: Triaged
: 1117684 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2014-07-16 22:13 EDT by Ding-Yi Chen
Modified: 2015-03-19 03:10 EDT (History)
8 users (show)

See Also:
Fixed In Version: 3.6.0-SNAPSHOT (git-jenkins-zanata-server-github-pull-requests-2415)
Doc Type: Bug Fix
Doc Text:
Story Points: 3
Clone Of:
Last Closed: 2015-03-19 03:10:25 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ding-Yi Chen 2014-07-16 22:13:12 EDT
Description of problem:
RFE: Email notify the user when the language team permission change

It will be especially useful for new user applying for translation permission.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Language coordinator check the translator checkbox for user A and save the change.

Actual results:
No email notify user A.

Expected results:
Email to user A that say: "You have been grant the translator permission on language team <languageCode>'

Additional info:
Comment 1 Ding-Yi Chen 2014-07-16 22:39:54 EDT
*** Bug 1117684 has been marked as a duplicate of this bug. ***
Comment 2 David Mason 2014-07-17 00:05:19 EDT
Note that the notification may not necessarily be an email. When the notification system is in place, users may choose to receive notifications by email or check them on the server. See https://bugzilla.redhat.com/show_bug.cgi?id=1117633
Comment 3 Damian Jansen 2014-07-27 21:11:00 EDT
Related to https://bugzilla.redhat.com/show_bug.cgi?id=1120461
Comment 4 Patrick Huang 2014-08-13 18:35:12 EDT
+1 for this.

I am manually replying emails right now and this is quite annoying. I think for the time being (before all users are fully aware and used to the yet to build built-in notification system), an email will be sufficient and necessary.
Comment 5 Noriko Mizumoto 2014-11-10 20:44:12 EST

This is standard feature in Transifex if my memory serves correct. It is meaningless but just wasting admin time. auto reply email is sufficient.
On fedora.zanata instance, we are expecting over a thousand of translators to join. Replying manually for each join will kill admins and coordinators.
Could you please raise the priority?
Comment 6 Carlos Munoz 2014-11-12 00:32:02 EST
We could start by adding a list of "pending applications" to the language teams, and then automatically trying (but not failing) to send a notification to approved team members once it's done (initially just an email, but later tied to the notification framework).

We would need to let team coordinators (or admins if there are no coordinators for a particular language) know when there are pending language team applications so they can act on them.
Comment 7 David Mason 2014-11-18 21:17:45 EST
Notes from developer discussion:

This would benefit from a UI redesign and proper notification system, but the initial implementation should aim to quickly fix the current pain-point of having to manually send emails.

Initial implementation should have:

 - persistent queue for emails
 - stale queue notification
 - document standalone.xml changes required for queues
 - email is sent to user when checkbox on manage language page changed
 - email sent when confirmation button on add team member page is clicked

Emails should include information about which user was responsible for the permission change.

Note that the persistent queue can be monitored using JBoss console.

There were a number of points brought up in the discussion that will not be included in the initial implementation. They should be tracked in separate bugzilla items:

 - The user interface should be updated to avoid the issue with emails being generated when a coordinator or admin toggles a checkbox on and off.
 - A proper notification system will allow better visibility of queue errors by administrators, and allow users to choose batching options to avoid getting more emails than they want.
Comment 8 Patrick Huang 2014-12-03 17:47:43 EST
Comment 9 Damian Jansen 2015-01-21 19:42:04 EST
Merge verified

Note You need to log in before you can comment on or make changes to this bug.