From c717c10b24a636561075633c61ecdaf3145e1d2e Mon Sep 17 00:00:00 2001 From: Sebastian Fischmeister Date: Wed, 25 Mar 2015 21:35:22 +2000 Subject: [PATCH] Re: strange search behaviour in emacs --- 86/019289acbe116972fcb2e0906ed16f6a0d1b0d | 81 +++++++++++++++++++++++ 1 file changed, 81 insertions(+) create mode 100644 86/019289acbe116972fcb2e0906ed16f6a0d1b0d diff --git a/86/019289acbe116972fcb2e0906ed16f6a0d1b0d b/86/019289acbe116972fcb2e0906ed16f6a0d1b0d new file mode 100644 index 000000000..91cc1ec88 --- /dev/null +++ b/86/019289acbe116972fcb2e0906ed16f6a0d1b0d @@ -0,0 +1,81 @@ +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 29EE0431E82 + for ; Tue, 24 Mar 2015 18:35:31 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0.138 +X-Spam-Level: +X-Spam-Status: No, score=0.138 tagged_above=-999 required=5 + tests=[DNS_FROM_AHBL_RHSBL=2.438, RCVD_IN_DNSWL_MED=-2.3] + 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 fKHiQeS2yljF for ; + Tue, 24 Mar 2015 18:35:28 -0700 (PDT) +Received: from mailchk-m01.uwaterloo.ca (mailservices.uwaterloo.ca + [129.97.128.141]) + (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id E4412431E62 + for ; Tue, 24 Mar 2015 18:35:27 -0700 (PDT) +Received: from connect.uwaterloo.ca (connhub1.connect.uwaterloo.ca + [129.97.149.113]) + by mailchk-m01.uwaterloo.ca (8.14.4/8.14.4) with ESMTP id + t2P1ZNUJ008285 + (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); + Tue, 24 Mar 2015 21:35:23 -0400 +Received: from uwaterloo.ca (172.16.37.44) by connhub1.connect.uwaterloo.ca + (129.97.149.113) with Microsoft SMTP Server (TLS) id 14.3.210.2; + Tue, 24 Mar 2015 21:35:22 -0400 +From: Sebastian Fischmeister +To: David Bremner , notmuch +Subject: Re: strange search behaviour in emacs +In-Reply-To: <87bnji6vur.fsf@maritornes.cs.unb.ca> +References: <87twxbypqw.fsf@uwaterloo.ca> + <87bnji6vur.fsf@maritornes.cs.unb.ca> +X-Homepage: http://esg.uwaterloo.ca +Date: Tue, 24 Mar 2015 21:35:22 -0400 +Message-ID: <87vbhpvp0x.fsf@uwaterloo.ca> +MIME-Version: 1.0 +Content-Type: text/plain +X-UUID: d40a2ff0-c49d-4a24-b8d2-01a14ef2202d +X-Miltered: at mailchk-m01 with ID 551210DB.000 by Joe's j-chkmail + (http://j-chkmail.ensmp.fr)! +X-Virus-Scanned: clamav-milter 0.98.5 at mailchk-m01 +X-Virus-Status: Clean +X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 + (mailchk-m01.uwaterloo.ca [129.97.128.141]); + Tue, 24 Mar 2015 21:35:24 -0400 (EDT) +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +Reply-To: sfischme@uwaterloo.ca +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 25 Mar 2015 01:35:31 -0000 + +> 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. + +You are correct. I confirm that the second query eventually gets +executed. + +> It just takes a while. I agree it would be nice if there was some UI +> hint before the first result arrives. + +Yes, a simple update in the statusbar for the mode name would be a +possible approach. + + Sebastian -- 2.26.2