From: Daniel Kahn Gillmor Date: Thu, 31 Mar 2016 17:34:53 +0000 (+2000) Subject: [PATCH] test thread breakage when messages are removed and re-added X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=71aff8d9a9b6c6879ea031951a0c170fd2004443;p=notmuch-archives.git [PATCH] test thread breakage when messages are removed and re-added --- diff --git a/37/b54d1c3d7a018e2e3b2ba8893e15fb6956ffcc b/37/b54d1c3d7a018e2e3b2ba8893e15fb6956ffcc new file mode 100644 index 000000000..80a27da10 --- /dev/null +++ b/37/b54d1c3d7a018e2e3b2ba8893e15fb6956ffcc @@ -0,0 +1,192 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id E85A96DE02CA + for ; Thu, 31 Mar 2016 10:44:47 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: -0.021 +X-Spam-Level: +X-Spam-Status: No, score=-0.021 tagged_above=-999 required=5 + tests=[AWL=-0.021] autolearn=disabled +Received: from arlo.cworth.org ([127.0.0.1]) + by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id 7qPI6LgS_KEz for ; + Thu, 31 Mar 2016 10:44:39 -0700 (PDT) +X-Greylist: delayed 584 seconds by postgrey-1.35 at arlo; + Thu, 31 Mar 2016 10:44:39 PDT +Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108]) + by arlo.cworth.org (Postfix) with ESMTP id 4EABF6DE014A + for ; Thu, 31 Mar 2016 10:44:39 -0700 (PDT) +Received: from fifthhorseman.net (unknown [38.109.115.130]) + by che.mayfirst.org (Postfix) with ESMTPSA id B3AE4F997 + for ; Thu, 31 Mar 2016 13:34:53 -0400 (EDT) +Received: by fifthhorseman.net (Postfix, from userid 1000) + id 0F95F2003D; Thu, 31 Mar 2016 13:34:53 -0400 (EDT) +From: Daniel Kahn Gillmor +To: Notmuch Mail +Subject: [PATCH] test thread breakage when messages are removed and re-added +Date: Thu, 31 Mar 2016 13:34:53 -0400 +Message-Id: <1459445693-3900-1-git-send-email-dkg@fifthhorseman.net> +X-Mailer: git-send-email 2.8.0.rc3 +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.20 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 31 Mar 2016 17:44:48 -0000 + +This test (T590-thread-breakage.sh) currently fails! + +If you have a two-message thread where message "B" is in-reply-to "A", +notmuch rightly sees this as a single thread. + +But if you: + + * remove "A" from the message store + * run "notmuch new" + * add "A" back into the message store + * re-run "notmuch new" + +Then notmuch sees the messages as distinct threads. + +I think this happens because if you insert "B" initially (before +anything is known about "A"), then a "ghost message" gets added to the +database in reference to "A" that is in the same thread, which "A" +takes over when it appears. + +But if "A" is subsequently removed, no ghost message is retained, so +when "A" appears, it is treated as a new thread. + +I don't know how to easily fix this, but i see a few options: + +ghost-on-removal +---------------- + +We could unilaterally add a ghost upon message removal. This has a +few disadvantages: the message index would leak information about what +messages the user has ever been exposed to, and we also create a +perpetually-growing dataset -- the ghosts can never be removed. + +ghost-on-removal-when-shared-thread-exists +------------------------------------------ + +We could add a ghost upon message removal iff there are other +non-ghost messages with the same thread ID. + +We'd also need to remove all ghost messages that share a thread when +the last non-ghost message in that thread is removed. + +This still has a bit of information leakage, though: the message index +would reveal that i've seen a newer message in a thread, even if i had +deleted it from my message store + +track-dependencies +------------------ + +rather than a simple "ghost-message" we could store all the (A,B) +message-reference pairs internally, showing which messages A reference +which other messages B. + +Then removal of message X would require deleting all message-reference +pairs (X,B), and only deleting a ghost message if no (A,X) reference +pair exists. + +This requires modifying the database by adding a new and fairly weird +table that would need to be indexed by both columns. I don't know +whether xapian has nice ways to do that. + +scan-dependencies +----------------- + +Without modifying the database, we could do something less efficient. + +Upon removal of message X, we could scan the headers of all non-ghost +messages that share a thread with X. If any of those messages refers +to X, we would add a ghost message. If none of them do, then we would +just drop X entirely from the table. +--- + test/T590-thread-breakage.sh | 63 ++++++++++++++++++++++++++++++++++++++++++++ + 1 file changed, 63 insertions(+) + create mode 100755 test/T590-thread-breakage.sh + +diff --git a/test/T590-thread-breakage.sh b/test/T590-thread-breakage.sh +new file mode 100755 +index 0000000..704f504 +--- /dev/null ++++ b/test/T590-thread-breakage.sh +@@ -0,0 +1,63 @@ ++#!/usr/bin/env bash ++# ++# Copyright (c) 2016 Daniel Kahn Gillmor ++# ++ ++test_description='thread breakage by reindexing (currently broken)' ++ ++. ./test-lib.sh || exit 1 ++ ++message_a() { ++ mkdir -p ${MAIL_DIR}/cur ++ cat > ${MAIL_DIR}/cur/a < ++From: Alice ++To: Bob ++Date: Thu, 31 Mar 2016 20:10:00 -0400 ++ ++This is the first message in the thread. ++EOF ++} ++ ++message_b() { ++ mkdir -p ${MAIL_DIR}/cur ++ cat > ${MAIL_DIR}/cur/b < ++In-Reply-To: ++References: ++From: Bob ++To: Alice ++Date: Thu, 31 Mar 2016 20:15:00 -0400 ++ ++This is the second message in the thread. ++EOF ++} ++ ++ ++test_thread_count() { ++ notmuch new >/dev/null ++ test_begin_subtest "${2:-Expecting $1 thread(s)}" ++ count=$(notmuch count --output=threads) ++ test_expect_equal "$count" "$1" ++} ++ ++test_thread_count 0 'There should be no threads initially' ++ ++message_a ++test_thread_count 1 'One message in: one thread' ++ ++message_b ++test_thread_count 1 'Second message in the same thread: one thread' ++ ++rm -f ${MAIL_DIR}/cur/a ++test_thread_count 1 'First message removed: still only one thread' ++ ++message_a ++# this is known to fail (it shows 2 threads) because no "ghost ++# message" was created for message A when it was removed from the ++# index, despite message B still pointing to it. ++test_thread_count 1 'First message reappears: should return to the same thread' ++ ++test_done +-- +2.8.0.rc3 +