bugs get a mail about pre-dupes bugs are going to be marked as dupes of it

Bug #386261 reported by Fernando Miguel
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

Due to bug https://bugs.launchpad.net/bugs/131679 and its ~200 dupes, and several others tat come and go, I would like to raise some discussion an awareness to the amount of mails users get while duping many emails.

this is my Rational
I'm subed to bug Y. Z is dupe of Y. Y P T O are marked dups of X. now Y T P O Z are now dupes of X.
every one (not on X) should only get ONE email of a massive dupping to X
ppl on X only get one email too, *after* all dupes came through!

the problem currently is that any bug like X also gets a mail that any pre-dupes bugs, will be marked as dupes of it

Feature or Bug ?

related bug https://bugs.launchpad.net/bugs/65741

Tags: lp-bugs
Revision history for this message
Emmet Hikory (persia) wrote :

One issue with the described solution is that it's non-obvious how to determine when all the dupes have come through. At the time of any given processed duplicate, there is no means by which the system can know if someone is going to process another duplicate in the future.

I'm also not sure that the problem is related to the number of duplicates, so much as the results of marking many bugs duplicate in a short period of time. Might it make sense to batch duplication messages within some time period? Say 30 minutes? Users wouldn't get more than one mail each half-hour, which tends to be less annoying, and the system doesn't need to interface to a crystal ball.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

It was my understanding that Robbert used a set of ubuntu-dev tools, so I guessed it was a single batch.
according to wgrant It was many requests.

if so, I would agree with persia that using dev tools or some other future UI on LP should have a 30 min timeout, *before* emailing about dupes, since that isn't even a critical change to any bug. at least not as important as request for input.

Revision history for this message
Gavin Panella (allenap) wrote :

Or it could hold on sending duplicate mails until 30 minutes after the
most recent mark-as-dupe. But is the work to make something like this
happen worth it? Do people get spammed a lot in this way, or is this
relatively rare?

Revision history for this message
Gavin Panella (allenap) wrote :

@BUGabundo: Heh, I didn't see your comment until after I posted.

There is already a batching mechanism of sorts within the bugs
emailing system, but I'm not au fait with it. We should check that
this is operating correctly, or if it can be adjusted to cope
differently with floods like this.

I don't think that improving this is a high priority though, unless
it's happening a lot. But... I can imagine that it will happen more
often, as more processes are automated using the API.

Changed in malone:
importance: Undecided → Low
status: New → Triaged
Revision history for this message
William Grant (wgrant) wrote :

While it is a fairly rare event, sending 200 emails each to 200 people isn't a good thing to do, ever.

With regard to batching: the events generating email are each on a different duplicate - not all on the master - so the batching never kicks in.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Gavin not a lot, lucklly, but when it does happen ( and is see it once every 2 months or so ) it affects HUNDREDS of users, making LP and Ubuntu look very bad, not good net etiquette, and spammy.

_Any_ thing we can do to minimize this, should be done ASAP.

Right now, grouping those dup mails, *and* going the way I suggested on the OP, would be a great improvement

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.