GNU bug report logs -
#10842
Cancelling a new mail in message-mode ignores rmail-mail-new-frame
Previous Next
To reply to this bug, email your comments to 10842 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Sat, 18 Feb 2012 22:05:01 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 24.0.93
Severity: minor
emacs -Q \
--eval "(setq rmail-mail-new-frame t mail-user-agent 'sendmail-user-agent)"
M-x rmail
m
-> new frame appears for mail composition
Choose Mail menu, Cancel
-> frame disappears
repeat with the default message-user-agent:
Choose Message menu, Kill Message
-> frame does not disappear
If you fix this, you can restore (a suitably modified version of) this
commented-out text in rmail.texi:
@ignore
@c FIXME does not work with Message -> Kill Message
, or when you use the @samp{Cancel} item in the @samp{Mail} menu.
@end ignore
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Mon, 20 Feb 2012 08:32:01 GMT)
Full text and
rfc822 format available.
Message #6 received at 10842 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> emacs -Q \
> --eval "(setq rmail-mail-new-frame t mail-user-agent 'sendmail-user-agent)"
> M-x rmail
> m
[...]
> Choose Message menu, Kill Message
> -> frame does not disappear
This is an rmail bug and not a Message bug, I guess?
--
(domestic pets only, the antidote for overdose, milk.)
http://lars.ingebrigtsen.no * Sent from my Rome
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Mon, 20 Feb 2012 19:08:02 GMT)
Full text and
rfc822 format available.
Message #9 received at 10842 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen wrote:
> This is an rmail bug and not a Message bug, I guess?
I don't really see how it could be. At first glance, it seems that
message-kill-buffer does not run message-bury, and hence does not
process the return-action of compose-mail. Compare with
message-dont-send, which does delete the frame.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Sat, 10 Mar 2012 00:04:02 GMT)
Full text and
rfc822 format available.
Message #12 received at 10842 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> I don't really see how it could be. At first glance, it seems that
> message-kill-buffer does not run message-bury, and hence does not
> process the return-action of compose-mail. Compare with
> message-dont-send, which does delete the frame.
I see. Well, I don't use either rmail nor use pop-up frames, so I'm
probably the wrong person to try to fix this. Unless absolutely nobody
else can, that is...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Mon, 23 Sep 2019 15:13:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 10842 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> emacs -Q \
> --eval "(setq rmail-mail-new-frame t mail-user-agent 'sendmail-user-agent)"
> M-x rmail
> m
> -> new frame appears for mail composition
> Choose Mail menu, Cancel
> -> frame disappears
And it should disappear, so that's the bug? What command does that
"Cancel" menu run?
Glenn Morris <rgm <at> gnu.org> writes:
> Lars Ingebrigtsen wrote:
>
>> This is an rmail bug and not a Message bug, I guess?
>
> I don't really see how it could be. At first glance, it seems that
> message-kill-buffer does not run message-bury, and hence does not
> process the return-action of compose-mail. Compare with
> message-dont-send, which does delete the frame.
message-dont-send is return-action, which is documented as
---
RETURN-ACTION, if non-nil, is an action for returning to the
caller. It has the form (FUNCTION . ARGS). The function is
called after the mail has been sent or put aside, and the mail
buffer buried.
---
message-kill-buffer isn't what's meant by return-action in the
compose-mail interface, I think?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Fri, 27 Sep 2019 16:32:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 10842 <at> debbugs.gnu.org (full text, mbox):
I don't know how to explain it any better than in the OP.
The intent of the Rmail code is that discarding a draft should delete
the frame. It works with mail mode but not message mode.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10842
; Package
emacs
.
(Sun, 29 Sep 2019 09:33:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 10842 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> I don't know how to explain it any better than in the OP.
> The intent of the Rmail code is that discarding a draft should delete
> the frame. It works with mail mode but not message mode.
Message has two ways of returning to the caller (while not sending
anything). message-dont-send runs RETURN-ACTION (which is presumably
what Rmail uses to close the frame etc), while message-kill-buffer does
not run RETURN-ACTION.
I don't see how to reconcile that on the Message side.
Rmail could set message-kill-actions to whatever it wants, which is why
I think this is an Rmail bug.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 5 years and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.