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 ADD6040DAC4 for ; Wed, 3 Nov 2010 13:45:44 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 3.459 X-Spam-Level: *** X-Spam-Status: No, score=3.459 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FH_HOST_IN_ADDRARPA=2.157, RCVD_IN_RP_RNBL=1.31, RDNS_DYNAMIC=0.982, TO_NO_BRKTS_DYNIP=1, T_MIME_NO_TEXT=0.01] autolearn=no 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 k74EoGVFm9wD for ; Wed, 3 Nov 2010 13:45:32 -0700 (PDT) Received: from silentio.fernseed.info (202.4.169.217.in-addr.arpa [217.169.4.202]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 83C304196F0 for ; Wed, 3 Nov 2010 13:45:32 -0700 (PDT) Received: from localhost (bookbinder.fernseed.info [IPv6:2001:8b0:ff94:1:224:2cff:fe37:838b]) (Authenticated sender: darren) by silentio.fernseed.info (Postfix) with ESMTPSA id 7486D90B; Wed, 3 Nov 2010 20:45:27 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fernseed.info; s=default; t=1288817130; bh=X/riIxxALijhUzrk0YdfAlKhEae+HpYTPl5aVFVflHE=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=Q5FbY9koN+gxmJFTKDNq9wNIKuoW3xev+mt5BWf3OsuixAnnZ7OUsJb8acmJ44geb Hi8o2tF/b1b9c6ga+MERTdNUaEd7bfemdTmugylMbujZ2Nd4C6s+J4z7ayZrubHYq1 c2gXky8LEzirfSOdtdyc2shLTJK7SqymnUKr1z+0= From: Darren McGuicken To: Jameson Rollins , Carl Worth , notmuch@notmuchmail.org Subject: Re: bug report: notmuch-hello 'All tags' view In-Reply-To: <871v73wgvf.fsf@servo.finestructure.net> References: <87pquogrq7.fsf@yoom.home.cworth.org> <87lj5bv7sn.fsf@bookbinder.fernseed.info> <87r5f3mqdn.fsf@bookbinder.fernseed.info> <87oca7mo90.fsf@bookbinder.fernseed.info> <871v73wgvf.fsf@servo.finestructure.net> User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.1.1 (i486-pc-linux-gnu) Date: Wed, 03 Nov 2010 20:45:21 +0000 Message-ID: <87iq0em90e.fsf@bookbinder.fernseed.info> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Wed, 03 Nov 2010 20:45:44 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Tue, 02 Nov 2010 17:33:08 -0400, Jameson Rollins wrote: > On Tue, 02 Nov 2010 21:03:55 +0000, Darren McGuicken wrote: > > A call to 'notmuch search-tags' from the command line does indeed > > return an empty string as the first entry for me[1]. >=20 > fwiw, I don't personally get any empty strings in the output of > search-tags (with 0.4). So I don't think it's anything inherent to > that function. Thanks for the confirmation Jamie - I had a potter with my data and sure enough, a search for 'tag:""' returned one hit. I was able to use the emacs interface to remove the empty string tag from the matching message ('-' then return with no parameters). So it's probably fair to say that we'll want to handle at least the empty string scenario as part of our standard tag addition logic since it can lead to unexpected side effects in searching. Do we have any other 'known bad' scenarios in tag addition that we want to catch before I try my hand at a patch? --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkzRyeIACgkQP1ao/7snsT70ewCfTHKbzGBukYFTP1oYbBb2NcYR 1y8An0HNpsVZ5Gy8rcOtp3nCEsJXy6ml =ZWsO -----END PGP SIGNATURE----- --=-=-=--