From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 6474C431FC9 for ; Fri, 31 Oct 2014 00:37:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] 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 AQtpPO4ttYhk for ; Fri, 31 Oct 2014 00:36:59 -0700 (PDT) Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 944AA431FC2 for ; Fri, 31 Oct 2014 00:36:59 -0700 (PDT) Received: from remotemail by yantan.tethera.net with local (Exim 4.80) (envelope-from ) id 1Xk6lW-0007Ec-5P; Fri, 31 Oct 2014 04:36:58 -0300 Received: (nullmailer pid 8067 invoked by uid 1000); Fri, 31 Oct 2014 07:36:52 -0000 From: David Bremner To: David Edmondson , notmuch@notmuchmail.org Subject: Re: "search --path=directory/" is lame(-ish) In-Reply-To: References: <874mum1x2x.fsf@nikula.org> User-Agent: Notmuch/0.18.1+131~gdd8373f (http://notmuchmail.org) Emacs/24.4.1 (x86_64-pc-linux-gnu) Date: Fri, 31 Oct 2014 08:36:52 +0100 Message-ID: <87zjcc667f.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: Fri, 31 Oct 2014 07:37:06 -0000 David Edmondson writes: > > Could we always prune a trailing slash from the path: component of a > query before using it? > As I understand it, this is complicated by the fact that we pass the whole string to Xapian to be parsed as a query, so we don't really know where the path: terms are. We could in principle preprocess the string (more) but that seems to be pretty fragile, and we'd have to minimally deal with quoting of e.g. paths with spaces in them. d