Bug 215585 - Develop a mechanism to unsubscribe from ews emails
Summary: Develop a mechanism to unsubscribe from ews emails
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: Other
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Aakash Jain
URL:
Keywords: InRadar
Depends on:
Blocks: 215220
  Show dependency treegraph
 
Reported: 2020-08-17 14:40 PDT by Aakash Jain
Modified: 2020-08-18 09:05 PDT (History)
6 users (show)

See Also:


Attachments
Patch (7.46 KB, patch)
2020-08-17 14:46 PDT, Aakash Jain
no flags Details | Formatted Diff | Diff
Patch (7.50 KB, patch)
2020-08-18 08:33 PDT, Aakash Jain
jbedard: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Aakash Jain 2020-08-17 14:40:55 PDT
Develop a mechanism to unsubscribe from ews emails for patch authors. This is for engineers who prefer not to receive email notifications from ews for the build/test failures on their patches.
Comment 1 Aakash Jain 2020-08-17 14:46:31 PDT
Created attachment 406745 [details]
Patch
Comment 2 Jonathan Bedard 2020-08-17 15:09:54 PDT
Comment on attachment 406745 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=406745&action=review

> Tools/BuildSlaveSupport/ews-build/emails.json:4
> +  "EMAIL_IDS_TO_UNSUBSCRIBE": []

I'm ok with this, but have we thought about other potential possibilities? Seems like this approach is a bit onerous if the unsubscribe rate is very high.
Comment 3 Aakash Jain 2020-08-17 15:25:45 PDT
(In reply to Jonathan Bedard from comment #2)
> I'm ok with this, but have we thought about other potential possibilities? Seems like this approach is a bit onerous if the unsubscribe rate is very high.
One other approach was to store this information somewhere in Bugzilla, but we might not want this solution to be tightly couple with Bugzilla.

In this approach, one consideration was to make sure that we don't need a Buildbot restart to add any email to unsubscribe list to be effective, which this approach fulfills. Another idea I considered was to fetch emails.json from trac (so that unsubscribe would have been effective immediately, without even updating the local checkout on the server), but that would have been little slower, and any breakage in email.json (by someone's manual commmit) would also cause issue immediately.

I'm open to other ideas.

Also, most likely the unsubscribe rate will settle down few days after starting these emails. Majority of people would be able to decide whether they want to continue receiving the emails or not in a few days.
Comment 4 Jonathan Bedard 2020-08-17 16:40:18 PDT
Comment on attachment 406745 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=406745&action=review

> Tools/BuildSlaveSupport/ews-build/emails.json:2
> +  "ADMIN_EMAILS": ["aakash_jain@apple.com", "webkit-ews-bot-watchers@group.apple.com"],

What do we intend on using this for?

> Tools/BuildSlaveSupport/ews-build/send_email.py:40
> +    except:

Bare except is what's breaking the style rules. Maybe just catch BaseException?
Comment 5 Aakash Jain 2020-08-18 08:33:37 PDT
Created attachment 406786 [details]
Patch
Comment 6 Aakash Jain 2020-08-18 08:35:11 PDT
(In reply to Jonathan Bedard from comment #4)
> > Tools/BuildSlaveSupport/ews-build/emails.json:2
> > +  "ADMIN_EMAILS": ["aakash_jain@apple.com", "webkit-ews-bot-watchers@group.apple.com"],
> 
> What do we intend on using this for?
This would be used in subsequent patches to enable email notifications for admin for infrastructure issues (like kill-old-processes failure).
> 
> > Tools/BuildSlaveSupport/ews-build/send_email.py:40
> > +    except:
> 
> Bare except is what's breaking the style rules. Maybe just catch BaseException?
Fixed in updated patch.
Comment 7 Aakash Jain 2020-08-18 09:04:07 PDT
Committed r265817: <https://trac.webkit.org/changeset/265817>
Comment 8 Radar WebKit Bug Importer 2020-08-18 09:05:18 PDT
<rdar://problem/67330693>