From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/75731 Path: news.gmane.org!not-for-mail From: Julien Danjou Newsgroups: gmane.emacs.gnus.general Subject: Re: Problem displaying multipart/alternative messages Date: Thu, 20 Jan 2011 18:55:36 +0100 Message-ID: <87lj2fxxwn.fsf@keller.adm.naquadah.org> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1295546226 19527 80.91.229.12 (20 Jan 2011 17:57:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 20 Jan 2011 17:57:06 +0000 (UTC) Cc: ding@gnus.org To: Michael Piotrowski Original-X-From: ding-owner+M24082@lists.math.uh.edu Thu Jan 20 18:57:01 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pfykn-00032K-Ai for ding-account@gmane.org; Thu, 20 Jan 2011 18:57:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Pfyjs-0004lj-99; Thu, 20 Jan 2011 11:56:04 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Pfyjq-0004la-LI for ding@lists.math.uh.edu; Thu, 20 Jan 2011 11:56:02 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Pfyjl-0001oo-8H for ding@lists.math.uh.edu; Thu, 20 Jan 2011 11:56:01 -0600 Original-Received: from prometheus.naquadah.org ([212.85.154.174] helo=mx1.naquadah.org) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Pfyjj-0006ES-Kt for ding@gnus.org; Thu, 20 Jan 2011 18:55:55 +0100 Original-Received: by mx1.naquadah.org (Postfix, from userid 8) id 95ADF5C1CE; Thu, 20 Jan 2011 18:55:49 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on prometheus.naquadah.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Original-Received: from keller.adm.naquadah.org (unknown [IPv6:2a01:e35:2e39:e900:222:faff:fe9d:ce44]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.naquadah.org (Postfix) with ESMTPSA id E64505C1B2; Thu, 20 Jan 2011 18:55:44 +0100 (CET) Original-Received: from jd by keller.adm.naquadah.org with local (Exim 4.72) (envelope-from ) id 1PfyjX-0001a4-UJ; Thu, 20 Jan 2011 18:55:44 +0100 Mail-Followup-To: Michael Piotrowski , ding@gnus.org In-Reply-To: (Michael Piotrowski's message of "Thu, 20 Jan 2011 15:21:29 +0100") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:75731 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, Jan 20 2011, Michael Piotrowski wrote: > The problem is the code after the comment "Remove empty parts" in > `mm-preferred-alternative-precedence'. If I remove this code, it works > as before. > > The messages I'm referring to in my original post are of type > "multipart/alternative", containing a "text/plain" and a > "multipart/mixed" part. The latter part typicalle consists of a > "text/html" part and one or more attachments, e.g., "application/pdf". > When displaying such a message, > > (mm-handle-buffer handle) > > returns the string "multipart/mixed" instead of a buffer, and > `with-current-buffer' then raises the error above. > > Does really nobody else encounter this problem? I encountered it this morning too. The problem come from the commit commit d9418f8743d26df6253803ccb2ff8cdc88e8934f Author: Lars Magne Ingebrigtsen Date: Tue Jan 11 20:20:56 2011 +0100 (mm-preferred-alternative-precedence): Discourage showing empty parts. it introduces this regression because it does: #+begin_src emacs-lisp (unless (with-current-buffer (mm-handle-buffer handle) =E2=80=A6)) #+end_src Which fails, because some of the handle is not like the other: calling mm-handle-buffer on it returns a string, not a buffer. The handle entry is not in the same format (with buffer in car) that the other. But Lars must know that I think. =2D-=20 Julien Danjou =E2=9D=B1 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk04dxkACgkQpGK1HsL+5c1OewCfUycYmKYncyvONtvHFBw9TNTl cSsAoLrlBetz7lqcoSXoJ1Rwd4jz4UHK =atnV -----END PGP SIGNATURE----- --=-=-=--