#127 closed enhancement (fixed)
Better management of the emails trac sends
Reported by: | sbressler | Owned by: | |
---|---|---|---|
Milestone: | Priority: | lowest | |
Component: | Trac | Keywords: | |
Cc: |
Description
Migrating from #wp17505:
Something relatively minor that's been bugging me for a long time: Commenting on a Trac issue or adding oneself to the CC list should not send an e-mail to that user, or at least not by default. Suppressing such e-mail for self-made changes is the default on other bug reporting systems (e.g. JIRA), and it would be great if we could make it the default for WP Trac as well.
Not just for CCs... We should have better management overall. There must be a trac plugin for this. And if there isn't, we should consider writing one.
Change History (32)
#21
@
11 years ago
Hello! You might have been linked here from the post announcing this feature. Here's a rundown for how this works:
- The Trac's site.html template, when viewing a ticket, does an Ajax request to make.wordpress.org/core.
- make/core has a WordPress plugin that queries the tables in the Trac database (thanks to #253). HTML for the notifications box is returned.
- wpTrac.notifications.init is run (code in the JS we include on Trac), which renders the notifications box and ticket star, and binds the appropriate events.
- When an action is taken, an Ajax request is made to make.wordpress.org/core to save it.
- Component/milestone subscriptions are handled by a page on make/core (currently a shortcode), which saves to the tables in the Trac DB. This isn't launched yet, though.
- We patched Trac core directly to then query our custom subscriptions tables whenever a ticket is updated. Ideally, this later becomes a single-line patch to add an extension point (hook) and then a Trac plugin, rather than maintaining this, though it's not that bad.
#22
@
11 years ago
This was built to work on other Tracs. As explained on make/core, a lot of features are currently coupled into the WP.org design, and that's also the case here for the moment. It also requires the Trac to be migrated to MySQL (#253), for WP.org cookies to be used and for SSL to be forced (so make.wordpress.org and the Trac install always agree on the logged-in status), and for email addresses to be synced from WP.org to Trac (#170). Basically, the last round of improvements included a lot of groundwork for this.
At the moment, no other Tracs are migrated to MySQL, but I can start bringing all of this functionality to other Tracs next week.
In 225: