eb/d5f2a939302a73a3b79a519eddd41e3e125c7b

   1 Return-Path: <dkg@fifthhorseman.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5  by arlo.cworth.org (Postfix) with ESMTP id C3B4C6DE0231\r
   6  for <notmuch@notmuchmail.org>; Tue,  9 Feb 2016 17:01:47 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.019\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5\r
  12  tests=[AWL=-0.019] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id 5oLSQsf2_uTn for <notmuch@notmuchmail.org>;\r
  16  Tue,  9 Feb 2016 17:01:45 -0800 (PST)\r
  17 Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
  18  by arlo.cworth.org (Postfix) with ESMTP id 844586DE021E\r
  19  for <notmuch@notmuchmail.org>; Tue,  9 Feb 2016 17:01:45 -0800 (PST)\r
  20 Received: from fifthhorseman.net (unknown [38.109.115.130])\r
  21  by che.mayfirst.org (Postfix) with ESMTPSA id CE75DF997;\r
  22  Tue,  9 Feb 2016 20:01:42 -0500 (EST)\r
  23 Received: by fifthhorseman.net (Postfix, from userid 1000)\r
  24  id 682C51FF75; Tue,  9 Feb 2016 20:01:43 -0500 (EST)\r
  25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  26 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  27  Notmuch Mail <notmuch@notmuchmail.org>\r
  28 Subject: Re: [PATCH v3 15/16] added notmuch_message_reindex\r
  29 In-Reply-To: <87mvr9s8gy.fsf@servo.finestructure.net>\r
  30 References: <1454272801-23623-1-git-send-email-dkg@fifthhorseman.net>\r
  31  <1454272801-23623-16-git-send-email-dkg@fifthhorseman.net>\r
  32  <87mvr9s8gy.fsf@servo.finestructure.net>\r
  33 User-Agent: Notmuch/0.21+72~gd8c4f1c (http://notmuchmail.org) Emacs/24.5.1\r
  34  (x86_64-pc-linux-gnu)\r
  35 Date: Tue, 09 Feb 2016 20:01:43 -0500\r
  36 Message-ID: <87oabpnzt4.fsf@alice.fifthhorseman.net>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain; charset=utf-8\r
  39 Content-Transfer-Encoding: 8bit\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.20\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44  <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  46  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Wed, 10 Feb 2016 01:01:48 -0000\r
  53 \r
  54 On Tue 2016-02-09 19:41:01 -0500, Jameson Graef Rollins wrote:\r
  55 > On Sun, Jan 31 2016, Daniel Kahn Gillmor <dkg@fifthhorseman.net> wrote:\r
  56 >> This new function asks the database to reindex a given message, using\r
  57 >> the supplied indexopts.\r
  58 >>\r
  59 >> This can be used, for example, to index the cleartext of an encrypted\r
  60 >> message.\r
  61 >\r
  62 > I just wanted to mention that I think there's a problem with the reindex\r
  63 > functionality introduced in this patch (or in 16/16).  It looks like\r
  64 > this function irrevocably busts apart threads.  dkg and I are\r
  65 > investigating.\r
  66 \r
  67 it doesn't appear to be irrevocable to me, but it is definitely doing\r
  68 something weird with threading.\r
  69 \r
  70 we have a three message thread tagged "weird-thread":\r
  71 \r
  72   ( a ← b ← c )\r
  73 \r
  74 if i do:\r
  75 \r
  76    notmuch reindex id:a\r
  77 \r
  78 then we see two threads:\r
  79 \r
  80   ( a ) , ( b ← c )\r
  81 \r
  82 if i then do:\r
  83 \r
  84    notmuch reindex id:b\r
  85 \r
  86 then i see two threads:\r
  87 \r
  88 \r
  89    ( a ← b ) ,  ( c )\r
  90 \r
  91 \r
  92 and if i then do:\r
  93 \r
  94    notmuch reindex id:c\r
  95 \r
  96 then i see one thread again:\r
  97 \r
  98    ( a ← b ← c )\r
  99 \r
 100 but interestingly, reindexing all the messages together by search tearm\r
 101 \r
 102   notmuch reindex tag:weird-thread\r
 103 \r
 104 doesn't affect the threading.\r
 105 \r
 106 \r
 107 i think this is happening without regard to --try-decrypt, fwiw.\r
 108 \r
 109   --dkg\r