Re: notmuch-emacs bug report -- infinite looping trying to select next message

diff --git a/91/c139a7dd3b4fda35321ce700628bdd9820f794 b/91/c139a7dd3b4fda35321ce700628bdd9820f794
new file mode 100644 (file)
index 0000000..9325306
--- /dev/null
+++ b/91/c139a7dd3b4fda35321ce700628bdd9820f794
@@ -0,0 +1,92 @@
+Return-Path: <michael.hudson@canonical.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id A85D6431FBD\r
+       for <notmuch@notmuchmail.org>; Tue, 14 Feb 2012 13:57:50 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id OyyDsajQ+V4C for <notmuch@notmuchmail.org>;\r
+       Tue, 14 Feb 2012 13:57:49 -0800 (PST)\r
+Received: from youngberry.canonical.com (youngberry.canonical.com\r
+       [91.189.89.112])\r
+       by olra.theworths.org (Postfix) with ESMTP id 72628431FBC\r
+       for <notmuch@notmuchmail.org>; Tue, 14 Feb 2012 13:57:49 -0800 (PST)\r
+Received: from [120.136.5.22] (helo=narsil)\r
+       by youngberry.canonical.com with esmtpsa\r
+       (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71)\r
+       (envelope-from <michael.hudson@canonical.com>)\r
+       id 1RxQNe-00019i-CY; Tue, 14 Feb 2012 21:57:46 +0000\r
+Received: by narsil (Postfix, from userid 1000)\r
+       id 565EA520C90; Wed, 15 Feb 2012 10:57:42 +1300 (NZDT)\r
+From: Michael Hudson-Doyle <michael.hudson@canonical.com>\r
+To: Rodney Lorrimar <dev@rodney.id.au>, notmuch@notmuchmail.org\r
+Subject: Re: notmuch-emacs bug report -- infinite looping trying to select\r
+       next message\r
+In-Reply-To: <87zkcllpkv.fsf@boekje.home>\r
+References: <877gzql7e3.fsf@canonical.com> <87zkcllpkv.fsf@boekje.home>\r
+User-Agent: Notmuch/0.11.1 (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Wed, 15 Feb 2012 10:57:42 +1300\r
+Message-ID: <87ty2tjcx5.fsf@canonical.com>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 14 Feb 2012 21:57:50 -0000\r
+\r
+Thanks for the reply!\r
+\r
+On Tue, 14 Feb 2012 10:41:20 +0100, Rodney Lorrimar <dev@rodney.id.au> wrote:\r
+> Hi Michael,\r
+> \r
+> On Tue, 14 Feb 2012 11:01:56 +1300, Michael Hudson-Doyle <michael.hudson@canonical.com> wrote:\r
+> > The attached gzipped mbox appears to trip up the emacs interface.  The\r
+> > problem seems to come from the message with id\r
+> > CAGNsrLCWv6=36q+q+5Hc_SzgdZ2ergeKkapT7T3xXvim=2cK+A@mail.gmail.com.\r
+> > \r
+> > If you load up the thread in emacs, you get a message:\r
+> > \r
+> > mm-extern-cache-contents: Couldn't find access type\r
+> \r
+> If you put (require 'gnus-art) into your .emacs and eval it, does the\r
+> problem go away?\r
+\r
+No.\r
+\r
+> I had a similar problem when running a newer emacs-snapshot with\r
+> notmuch. See this thread: id:"87d3aaqyur.fsf@eve.chaoflow.net"\r
+\r
+I'm running emacs-snapshot-gtk from Ubuntu Oneiric, emacs-version says\r
+\r
+GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.5) of 2011-08-15 on allspice, modified by Debian\r
+\r
+> > Then attempting to advance past the last display message (or pressing A,\r
+> > or a few other things I expect gets emacs to loop indefinitely.\r
+> > toggle-debug-on-quit gets me this backtrace:\r
+> \r
+> I believe the actual bug is in gnus but I don't really like the loop on\r
+> error behaviour of notmuch. I would like to try and fix it but haven't\r
+> found the time.\r
+\r
+As far as I can tell, gnus isn't involved here.  I may be wrong, of\r
+course!\r
+\r
+Cheers,\r
+mwh\r