GNU bug report logs - #11317
Built-in rendering hangs with very long multipart/alternative HTML mail

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11317 in the body.
You can then email your comments to 11317 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: William Gardella <gardellawg <at> gmail.com>
To: submit <at> debbugs.gnu.org (The Gnus Bugfixing Girls + Boys)
Subject: Built-in rendering hangs with very long multipart/alternative HTML
	mail
Date: Mon, 23 Apr 2012 11:49:03 -0400

[Message part 1 (text/plain, inline)]

Hello,

Once daily, via nnimap, I receive a very long multipart/alternative
mail, a digest from a news-translation service (an example is attached).
Recently I switched my setup from Emacs 23, with the Git version of Gnus
and html message rendering via w3m, to the Bzr version of Emacs with its
included Gnus and the builtin message renderer.  The new setup seems
quicker and more responsive in all respects except that it hangs at this
one message.  (A few Bzr commits ago, it seemed to hang indefinitely
with Emacs at 100% CPU, although I never waited more than 5 minutes; now
it does eventually load the message, after about 2 minutes).  Other than
this one hang-up, I really like my current Gnus config and its lack of
the w3m dependency makes it more portable.

Here is the section of my Emacs configuration relevant to Gnus stuff:

#+begin_src emacs-lisp
(setq gnus-select-method
      '(nntp "news.gmane.org"
             (nntp-open-connection-function nntp-open-tls-stream)
             (nntp-port-number 563)
             (nntp-address "news.gmane.org"))
      gnus-secondary-select-methods
      '((nnimap "imap.pitt.edu"
                (nnimap-server-port 993)
                (nnimap-stream ssl)
                (nnir-search-engine imap))
        (nnimap "imap.gmail.com"
                (nnimap-server-port 993)
                (nnimap-stream ssl)
                (nnir-search-engine imap)))
      message-send-mail-function 'sendmail-send-it
      message-sendmail-envelope-from 'header
      message-sendmail-f-is-evil nil
      user-mail-address "gardellawg <at> gmail.com"
      user-full-name "William Gardella"
      message-alternative-emails "pitt.edu"
      gnus-posting-styles
      '(("pitt.edu"
         (address "wgg2 <at> pitt.edu")
         (organization "University of Pittsburgh School of Law")))
      bbdb-file "~/.emacs.d/bbdb"
      tls-checktrust 'ask
      tls-program '("gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt -p %p %h"
                    "gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt -p %p %h --protocols ssl3"
                    "openssl s_client -connect %h:%p -CAfile /etc/ssl/certs/ca-certificates.crt -no_ssl2 -ign_eof")
      sendmail-program "esmtp")

(autoload 'sendmail-send-it "sendmail")

;; Check Gnus News Every 5 Minutes
(require 'gnus-demon)
(add-hook 'gnus-started-hook (lambda () (gnus-demon-add-handler 'gnus-demon-scan-news 5 nil)))

#+end_src




Gnus v5.13
GNU Emacs 24.1.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-04-20 on ansible
200 news.gmane.org InterNetNews NNRP server INN 2.5.1 ready (posting ok)
101 Capability list:
VERSION 2
IMPLEMENTATION INN 2.5.1
AUTHINFO USER
HDR
LIST ACTIVE ACTIVE.TIMES DISTRIB.PATS HEADERS NEWSGROUPS OVERVIEW.FMT
OVER
POST
READER
.

[JRLexample (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

-- 
I use grml (http://grml.org/)

Message #8 received at 11317 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: William Gardella <gardellawg <at> gmail.com>
Cc: 11317 <at> debbugs.gnu.org
Subject: Re: bug#11317: Built-in rendering hangs with very long
	multipart/alternative HTML mail
Date: Wed, 05 Sep 2012 20:20:24 +0200

William Gardella <gardellawg <at> gmail.com> writes:

> Once daily, via nnimap, I receive a very long multipart/alternative
> mail, a digest from a news-translation service (an example is attached).

Yes, it's a known problem.  The new built-in HTML renderer handles
nested tables quite badly.  It basically tries out a lot of permutations
on table widths to find a satisfactory rendering, and that leads to
exponential time usage when the tables are nested deeply.

Something has to be done to that bit of the code, but so far nobody has
come up with a better table rendering algorithm.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Lars Magne Ingebrigtsen

Message #11 received at 11317 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: William Gardella <gardellawg <at> gmail.com>
Cc: 11317 <at> debbugs.gnu.org
Subject: Re: bug#11317: Built-in rendering hangs with very long
 multipart/alternative HTML mail
Date: Sat, 06 Jul 2013 20:09:13 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Something has to be done to that bit of the code, but so far nobody has
> come up with a better table rendering algorithm.

Nobody has come up with a better algo, but I speeded it up somewhat with
judicious use of caching and the new Emacs font stuff.  So this HTML
message is still slow, but it now gets rendered in a handful of seconds.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.