Bug 474728 - vm-reply-include-text causes error: vm-decode-postponed-mime-message
Summary: vm-reply-include-text causes error: vm-decode-postponed-mime-message
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs-vm
Version: 10
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jonathan Underwood
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-12-05 00:31 UTC by Joe Bayes
Modified: 2008-12-08 14:52 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-12-08 13:08:46 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joe Bayes 2008-12-05 00:31:30 UTC
Description of problem:
When I hit "R" to reply to an email, vm yanks the message as it's supposed to. But it doesn't insert the ">"s properly, and it beeps and says,

vm-yank-message: Symbol's function definition is void: vm-decode-postponed-mime-message

in the minibuffer and in the *Messages* buffer.

Version-Release number of selected component (if applicable):
emacs-vm-8.0.12-2.fc10.x86_64
emacs-22.2-5.fc9.x86_64

How reproducible:
always

Steps to Reproduce:
1.Run emacs and vm as usual
2.hit R to reply to a message
  
Actual results:
vm yanks the message, doesn't put carets at the beginning of each line, beeps, and puts a message in *Messages* buffer.

Expected results:
vm yanks the message, puts carets at the beginning of each line, and doesn't beep

Additional info:
I can reproduce this even if I hide my .vm and .emacs, so I think those files are irrelevant. Perhaps vm-pine.el, where vm-decode-postponed-mime-message is getting defined, isn't being loaded properly? That's just a guess. 

This worked fine up until a couple days ago.

If you cannot reproduce this, please let me know and I'll try to isolate the problem further.

Comment 1 BK 2008-12-05 09:11:58 UTC
I can confirm this bug, as the original reporter, I've tried removing all traces of customization, but the bug remains. It started when the emacs-vm was updated some days ago. I've since tried to roll back the update, but have been unable to find the previous version anywhere.

Comment 2 Jonathan Underwood 2008-12-05 22:47:48 UTC
OK, I can reproduce this. Also, the problem goes away if you do a M-x load-file and load vm-pine.el. Will look into it.

Comment 3 Jonathan Underwood 2008-12-05 23:37:55 UTC
These new builds fix the problem for me:

http://koji.fedoraproject.org/koji/taskinfo?taskID=983123

It's be helpful if you could test them - you can pull them directly from koji, and I'll push them as updates to updates-testing.

Comment 4 Fedora Update System 2008-12-05 23:40:36 UTC
emacs-vm-8.0.12-3.fc10 has been submitted as an update for Fedora 10.
http://admin.fedoraproject.org/updates/emacs-vm-8.0.12-3.fc10

Comment 5 Fedora Update System 2008-12-05 23:41:26 UTC
emacs-vm-8.0.12-3.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/emacs-vm-8.0.12-3.fc9

Comment 6 Fedora Update System 2008-12-05 23:42:23 UTC
emacs-vm-8.0.12-3.fc8 has been submitted as an update for Fedora 8.
http://admin.fedoraproject.org/updates/emacs-vm-8.0.12-3.fc8

Comment 7 BK 2008-12-05 23:57:35 UTC
Just tested the fc9 version of the update, and it fixes the problem.

Comment 8 Joe Bayes 2008-12-06 00:02:40 UTC
This is kind of weird. As I read it, vm-decode-postponed-mime-message has nothing to do specifically with the "postponed message" feature: it seems to be the way that VM yanks *any* mime attachment into the reply buffer. 

This probably has something to do with this entry from the NEWS file:

    * Yanking of messages uses the same MIME decoding as the presentation
      now.  See the new variable `vm-mime-yank-attachments' to configure if
      attachments are also yanked.

BK, the code is available at http://download.savannah.gnu.org/releases/viewmail/. It looks like there was a significant change from 8.0.11 to 8.0.12 that introduced the above weirdness. 

So I guess the quick fix is to make sure that vm-pine is loaded before that line in vm-reply.el gets executed. 

By the way, if anybody else is annoyed by the new feature that offers to save a message buffer when you try to kill it, (setq vm-save-killed-message nil) will fix it. (I'm not sure why this is turned on by default now; it wasn't before.)

Comment 9 Joe Bayes 2008-12-06 00:07:37 UTC
WFM, Fedora 10. Thanks!

Comment 10 BK 2008-12-06 01:02:09 UTC
F10 version also tested now, and works as well.

Jonathan: Thanks for the quick response and fix. (And I really appreciate having VM as a package, I rolled my own for over 10 years before finding it when I updated from f7 to f9.)

Joe: I was looking for an older version of the package, hoping I wouldn't have to start rolling my own again. As annoying as this bug was, I'm still really happy that work has started on VM again, it was pretty dead for a couple years.

Comment 11 Fedora Update System 2008-12-08 13:08:43 UTC
emacs-vm-8.0.12-3.fc10 has been pushed to the Fedora 10 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 12 Fedora Update System 2008-12-08 13:09:17 UTC
emacs-vm-8.0.12-3.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 13 Fedora Update System 2008-12-08 13:10:14 UTC
emacs-vm-8.0.12-3.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 14 Jonathan Underwood 2008-12-08 14:52:47 UTC
Joe, BK: Thanks for the testing, much appreciated.


Note You need to log in before you can comment on or make changes to this bug.