all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Glenn Morris <rgm@gnu.org>
To: bug-gnu-emacs@gnu.org
Subject: bug#2941: rmail's new handling of Babyl files is odd
Date: Thu, 09 Apr 2009 15:48:12 -0400	[thread overview]
Message-ID: <xd63hdwqv7.fsf@fencepost.gnu.org> (raw)

Severity: serious

The new way in which Rmail treats Babyl files is odd:


emacs -Q
C-u M-x rmail RET some-babyl-file RET

"Replacing BABYL format with mbox format...done"

Before I can read the above message, it is replaced with the next:

"Marking buffer unmodified to avoid rewriting Babyl file as mbox file"


Now I try to modify the buffer:

1) By adding a label.
a foo RET
"Marking buffer unmodified to avoid rewriting Babyl file as mbox file"

2) By editing a message.
e
make change to message
C-c C-c
"Marking buffer unmodified to avoid rewriting Babyl file as mbox file"

3) By deleting a message.
d
"Marking buffer unmodified to avoid rewriting Babyl file as mbox file"


Why do all of these leave the buffer unmodified? If Emacs crashes now,
I will lose information.


4) By expunging a message.
x
y

Finally, the buffer is marked modified.

Now if I press "s" to save the buffer, it is saved without warning,
clobbering the existing Babyl file. I was expecting a confirmation
prompt.







             reply	other threads:[~2009-04-09 19:48 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87ws8epctv.fsf@cyd.mit.edu>
2009-04-09 19:48 ` Glenn Morris [this message]
2009-04-10 14:26   ` bug#2941: rmail's new handling of Babyl files is odd Richard M Stallman
2009-04-10 17:50     ` Glenn Morris
2009-04-11 12:27       ` Richard M Stallman
2009-04-13  1:05         ` Glenn Morris
2009-04-13  1:27           ` Glenn Morris
2009-04-14 21:15             ` Richard M Stallman
2009-04-14 21:15           ` Richard M Stallman
     [not found]             ` <stk55lloq7.fsf@fencepost.gnu.org>
2009-04-16  9:18               ` Richard M Stallman
2009-04-16 17:31                 ` Glenn Morris
2009-04-16 17:55                   ` Eli Zaretskii
2009-04-16 20:31                     ` Glenn Morris
2009-04-16 21:25                       ` Eli Zaretskii
2009-04-17 14:27                   ` Richard M Stallman
2009-04-18  1:25                     ` Glenn Morris
2009-04-19  3:24                       ` Richard M Stallman
2009-04-20 18:29                         ` Glenn Morris
2009-04-20 23:23                           ` Stefan Monnier
2009-04-18 14:37                 ` Stefan Monnier
2009-05-18 17:05   ` bug#2941: marked as done (rmail's new handling of Babyl files is odd) Emacs bug Tracking System
2009-05-05  2:08 bug#2941: rmail's new handling of Babyl files is odd Chong Yidong
2009-05-07  2:03 ` Glenn Morris
2009-05-08  8:03   ` Richard M Stallman
  -- strict thread matches above, loose matches on Subject: below --
2009-05-15  2:22 Chong Yidong

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=xd63hdwqv7.fsf@fencepost.gnu.org \
    --to=rgm@gnu.org \
    --cc=2941@emacsbugs.donarmstrong.com \
    --cc=bug-gnu-emacs@gnu.org \
    /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.