GNU bug report logs - #15361
git send-email creates one report per patch

Previous Next

Full log

Message #11 received at 15361 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 15361 <at> debbugs.gnu.org
Subject: Re: bug#15361: git send-email creates one report per patch
Date: Mon, 02 Jun 2014 13:49:14 -0400

> I did actually implement that, but it replies on the message-id getting
> into the bug database index, which is only updated every 5(?) minutes or
> so. When a bunch of emails arrive all at the same time, as from git, it
> cannot work.
> To fix this, need to force message-id into the index immediately after a
> new report arrives. I don't know how much work that is, or when I'll
> have time to look at it.

Doing it more promptly won't be always sufficient: the message may
arrive in a different order.  So in order to make it work reliably, we
should do something more devious, such as:
- postpone processing of messages with an "in-repy-to" that's not found
  in the message-id database.
- when we receive a message with an "in-reply-to" that's not found in
  the message-id database, allocate a new bug-nb for it and add that
  message-id to the database.  Then when a message arrives, don't only
  look for its in-reply-to in the database but also its message-id!
  And then figure out a way to handle the "deeper" threading case where
  we first receive the grand-child, then the grand parent, and only
  third the in-between.
Postponing, seems like a "cheap" way to solve 99% of the problem.


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.