Re: Infinite loop in emacs interface

Subject: Re: Infinite loop in emacs interface

Date: Mon, 23 Jan 2012 15:38:04 +0100

To: Rodney Lorrimar, Aaron Ecay, notmuch@notmuchmail.org

Cc:

From: Florian Friesdorf

On Mon, 23 Jan 2012 15:26:20 +0100, Florian Friesdorf <flo@chaoflow.net> wrote:
> On Tue, 17 Jan 2012 23:44:40 +0100, Rodney Lorrimar <dev@rodney.id.au> wrote:
> > 
> > Debugger entered--Lisp error: (void-variable gnus-inhibit-images)
> >   mm-shr((#<buffer  *temp*> ("text/html") nil nil nil nil nil nil))
> >   mm-inline-text-html((#<buffer  *temp*> ("text/html") nil nil nil nil nil nil))
> >   mm-display-inline((#<buffer  *temp*> ("text/html") nil nil nil nil nil nil))
> >   mm-display-part((#<buffer  *temp*> ("text/html") nil nil nil nil nil nil))
> >   notmuch-show-mm-display-part-inline(...snipped...)
> >   notmuch-search-show-thread(nil)
> >   call-interactively(notmuch-search-show-thread nil nil)
> 
> With emacs from git master as of today
> (1f48de2bbf78c87c1dee6425181b31be60d39c7c) and notmuch-0.11 you can
> workaround it:
> 
> (require 'gnus-art)
> 
> With emacs pretest 24.0.92 there is a bug in gnus.
> 
> Fixes/workarounds are discussed in:
> "[PATCH] emacs: Make the part content available to `mm-inline* checks"

sorry, was discussed in:
[RFC][PATCH] emacs: Provide scaffolding so that the new `shr' HTML renderer can run.

-- 
Florian Friesdorf <flo@chaoflow.net>
  GPG FPR: 7A13 5EEE 1421 9FC2 108D  BAAF 38F8 99A3 0C45 F083
Jabber/XMPP: flo@chaoflow.net
IRC: chaoflow on freenode,ircnet,blafasel,OFTC

Thread: