1 Return-Path: <aaronecay@gmail.com>
\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 olra.theworths.org (Postfix) with ESMTP id E056B414FAE
\r
6 for <notmuch@notmuchmail.org>; Sun, 8 Jan 2012 16:56:10 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5
\r
12 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
\r
13 FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled
\r
14 Received: from olra.theworths.org ([127.0.0.1])
\r
15 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id pSzIKbGJkwB2 for <notmuch@notmuchmail.org>;
\r
17 Sun, 8 Jan 2012 16:56:10 -0800 (PST)
\r
18 Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com
\r
19 [209.85.210.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
\r
20 (No client certificate requested)
\r
21 by olra.theworths.org (Postfix) with ESMTPS id 57C50415201
\r
22 for <notmuch@notmuchmail.org>; Sun, 8 Jan 2012 16:56:10 -0800 (PST)
\r
23 Received: by iakk12 with SMTP id k12so6728193iak.26
\r
24 for <notmuch@notmuchmail.org>; Sun, 08 Jan 2012 16:56:08 -0800 (PST)
\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
\r
26 h=from:to:subject:in-reply-to:references:user-agent:date:message-id
\r
27 :mime-version:content-type:content-transfer-encoding;
\r
28 bh=RtEDgHOMt+sC3Jdk8s/zhaWUP3UQ4dphOjhHkAWje+c=;
\r
29 b=rrYhCUf3SYZpOFjkZQM7tvUc/F/lKevs/t2nAwPGkcM59n34JOJBYcmCJqg9KzeLdM
\r
30 w/vCx+QvxgKDeZ73GrMgyXUVjsGlhWPQ9Gzx4f9/Aq96SimOtKqZn4nSmEKMQ1paoMHe
\r
31 hoq1UXBCeU/b4xZA/JhDvrjCnLw0vouOFI/rM=
\r
32 Received: by 10.50.219.234 with SMTP id pr10mr16627670igc.27.1326070568781;
\r
33 Sun, 08 Jan 2012 16:56:08 -0800 (PST)
\r
34 Received: from localhost (c-68-80-94-73.hsd1.pa.comcast.net. [68.80.94.73])
\r
35 by mx.google.com with ESMTPS id gf6sm13008993igb.1.2012.01.08.16.56.05
\r
36 (version=TLSv1/SSLv3 cipher=OTHER);
\r
37 Sun, 08 Jan 2012 16:56:07 -0800 (PST)
\r
38 From: Aaron Ecay <aaronecay@gmail.com>
\r
39 To: Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org
\r
40 Subject: Re: [PATCH] emacs: call "notmuch tag" only once when archiving a
\r
42 In-Reply-To: <87fwftao1b.fsf@nikula.org>
\r
43 References: <1325615346-8302-1-git-send-email-jani@nikula.org>
\r
44 <m2hb09kj0m.fsf@gmail.com> <87fwftao1b.fsf@nikula.org>
\r
45 User-Agent: Notmuch/0.10.1+56~gd709fd6 (http://notmuchmail.org)
\r
46 Emacs/24.0.92.3 (i386-apple-darwin10.8.0)
\r
47 Date: Sun, 08 Jan 2012 19:56:01 -0500
\r
48 Message-ID: <m262glk82m.fsf@gmail.com>
\r
50 Content-Type: text/plain; charset=utf-8
\r
51 Content-Transfer-Encoding: quoted-printable
\r
52 X-BeenThere: notmuch@notmuchmail.org
\r
53 X-Mailman-Version: 2.1.13
\r
55 List-Id: "Use and development of the notmuch mail system."
\r
56 <notmuch.notmuchmail.org>
\r
57 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
58 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
59 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
60 List-Post: <mailto:notmuch@notmuchmail.org>
\r
61 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
62 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
63 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
64 X-List-Received-Date: Mon, 09 Jan 2012 00:56:11 -0000
\r
66 On Thu, 05 Jan 2012 22:32:16 +0200, Jani Nikula <jani@nikula.org> wrote:
\r
70 > In the show view it only modifies the messages that are currently
\r
71 > visible. This is to make sure you don't accidentally archive things that
\r
72 > have arrived after refreshing the buffer. I think this is safest.
\r
74 Hmm. Perhaps it would make sense to add a check in the search view that
\r
75 the thread being archived[1] has the same number of messages as it did
\r
76 when the buffer was constructed. (The information on how many messages
\r
77 the thread has is in the buffer; we would then compare this to the result
\r
78 of =E2=80=9Cnotmuch count thread:000foo=E2=80=9D when the user requests to =
\r
80 the counts don=E2=80=99t match, the interface should show a message in the =
\r
82 area and (probably) refuse to do the tagging.
\r
84 We could also optionally use this strategy in the search view too. The
\r
85 error message is simple there: =E2=80=9CNew messages have arrived; refresh
\r
86 thread view before archiving.=E2=80=9D (It doesn=E2=80=99t make as much se=
\r
88 people to refresh a search view =E2=80=93 it could be an expensive operation
\r
89 and/or may not be idempotent if some thread=E2=80=99s tags have been change=
\r
91 So it=E2=80=99s harder to say what the advice should be in that case.)
\r
93 If other people think it would be useful, I can work on a patch to
\r
94 implement this approach.
\r
97 [1] Or having its tags changed generally.
\r