Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 503A9431E62 for ; Tue, 24 Mar 2015 12:26:50 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 2.438 X-Spam-Level: ** X-Spam-Status: No, score=2.438 tagged_above=-999 required=5 tests=[DNS_FROM_AHBL_RHSBL=2.438] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l-gAQKoWU99o for ; Tue, 24 Mar 2015 12:26:46 -0700 (PDT) Received: from mx.xen14.node3324.gplhost.com (gitolite.debian.net [87.98.215.224]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 758EA431FD9 for ; Tue, 24 Mar 2015 12:26:46 -0700 (PDT) Received: from remotemail by mx.xen14.node3324.gplhost.com with local (Exim 4.80) (envelope-from ) id 1YaUSd-0001ut-2Y; Tue, 24 Mar 2015 19:25:59 +0000 Received: (nullmailer pid 10786 invoked by uid 1000); Tue, 24 Mar 2015 19:25:48 -0000 From: David Bremner To: sfischme@uwaterloo.ca, notmuch Subject: Re: strange search behaviour in emacs In-Reply-To: <87twxbypqw.fsf@uwaterloo.ca> References: <87twxbypqw.fsf@uwaterloo.ca> User-Agent: Notmuch/0.19+86~gbed8b67 (http://notmuchmail.org) Emacs/24.4.1 (x86_64-pc-linux-gnu) Date: Tue, 24 Mar 2015 15:25:48 -0400 Message-ID: <87bnji6vur.fsf@maritornes.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 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: Tue, 24 Mar 2015 19:26:50 -0000 Sebastian Fischmeister writes: > The following *always* returns an empty list, even when I see an email > with "bar" right there in the list after the first search: > > M-: (notmuch-search "from:sfischme") ;;me > M-: (notmuch-search "bar") I suspect this is related to asynch loading. The first query is still filling into the buffer, and emacs doesn't starting filling the second buffer until the first search finishes. In my experiments it _eventually_ does the second query. It just takes a while. I agree it would be nice if there was some UI hint before the first result arrives. d