Open bugzilla-to-github opened 7 years ago
Comment Author: @mathjazz
Bug #1724965 has been marked as a duplicate of this bug.
- If we not only add new strings, but also pretranslate them in repository using existing translations (e.g. on merge to Firefox Beta or when files are moved in the l10n repo on merge day), we shouldn't notify project contributors about them.
I disagree that we should stop sending notifications in this case. We know people want to know when new strings are added to their project, even if pretranslated. These days, the only case for that would be Fluent migrations.
This issue was created automatically by a script.
Bug 1359033
Bug Reporter: @mathjazz CC: @MikkCZ Blocker for: Bug 1379158
There are a few cases when we send new strings notifications but we shouldn't, and vice versa.
We do not send notifications, but we should:
We do send notifications, but we should not:
If we not only add new strings, but also pretranslate them in repository using existing translations (e.g. on merge to Firefox Beta or when files are moved in the l10n repo on merge day), we shouldn't notify project contributors about them.
If source strings are different depending on locale (e.g. Mozilla.org or Engagement), we should send notifications only to contibutors of locales for which the new strings were added. Currently we notify all project contributors, even if new strings are only enabled for a handful of locales.
If a project is private, we send new string notifications to all translation authors within that project. That doesn't sound wrong on a first look, but if the project had been public in the past and is not private, there might be false positives among the recipients. So we must only send notifications to users that have access to the project at the time of sending a notification.