all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Andy Stewart'" <lazycat.manatee@gmail.com>, <help-gnu-emacs@gnu.org>
Subject: RE: Strange problem with Gnus.
Date: Sun, 30 Nov 2008 11:38:48 -0800	[thread overview]
Message-ID: <000e01c95323$4444cc50$0200a8c0@us.oracle.com> (raw)
In-Reply-To: <87myfiecuc.fsf@debian.domain>

Hi Andy,

This is a known Gnus bug (reported to gnus.gnus-bug by Daniel Dehennin,
2008-06-21). The problem is that Gnus simply plugs in (prints) a propertized
Lisp string as the value of the `filename' MML attribute. It does not ensure
that whatever it plugs in is in fact a valid MML attribute value. In particular,
it does not first remove any Emacs text properties (such as `face') from the
Lisp string.

I'm guessing that you are using Icicles - that can make this Gnus bug manifest.
Fortunately, there is an easy workaround.

IIUC, Gnus uses completion to pick up the string that it blindly plugs in.
Unlike vanilla Emacs, by default Icicles lets completion return a propertized
string. For example, if the completion candidates have the `face' property, then
the string that `completing-read' or `read-file-name' returns is such a
propertized string.

This is a feature. But you can turn it off by simply customizing option
`icicle-unpropertize-completion-result-flag' to non-nil. That will mean that you
give up that feature generally, but that's no big deal.

HTH, and sorry for the trouble. You might want to follow up with Gnus
development. I just checked gnus.gnus-bug, and there has apparently been no
reply to Daniel's bug report (subject: "File attachement with icicles is a
problem"). I don't know if Gnus development records and tracks bugs, other than
via the newsgroup.

  - Drew

> From: Andy Stewart Sent: Saturday, November 29, 2008 8:06 AM
> I have setup `mml-default-directory' with "~/.gnus/", so when 
> i attach a file, Gnus will find files in "~/.gnus" default.
> 
> But when i use command `mml-attach-file' attach a file, example
> "attach.el". It will insert some part:
> filename=#("~/.gnus/attach.el" 0 25 (face nil)) disposition=...
> When i send mail, will got error information
> 
> :mm-insert-file-contents: Opening input file: no such file or 
> directory, /home/andy/MyEmacs/Gnus/#("~/.gnus/attach.el" 0 25
> (face nil))"
> 
> And i think right is like this:
> filename="~/.gnus/attach.el" disposition=... 
> And now attach file success.
> 
> So i want to ask why `mml-attach-file' have to insert "#(" front of
> filepath, and why insert "0 25 (face nil))" after filepath?
> Is my configuration wrong? Any help?





      parent reply	other threads:[~2008-11-30 19:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-29 16:06 Strange problem with Gnus Andy Stewart
2008-11-30 18:10 ` Tassilo Horn
2008-11-30 19:38 ` Drew Adams [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000e01c95323$4444cc50$0200a8c0@us.oracle.com' \
    --to=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=lazycat.manatee@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.