From: Drew Adams <drew.adams@oracle.com>
To: 51929@debbugs.gnu.org
Subject: bug#51929: 27.2; "Save this mail sending choice?" has no effect
Date: Wed, 17 Nov 2021 21:25:12 +0000 [thread overview]
Message-ID: <SJ0PR10MB5488A487B483A9F553BB0B44F39A9@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
This seems to be a regression introduced in Emacs 27.
emacs -Q
At least with emacs -Q, answering `y' to this prompt has no effect. The
choice you make is not saved persistently.
If it can't be saved persistently because emacs -Q is being used, then
either (1) the question shouldn't be posed or (2) after answering `y',
Emacs should tell you that it can't save the setting after all.
Obviously #1 is far preferable.
In any case, what we have now is quite misleading: we ask you, "Hey, do
you want to save that choice?" and then we ignore your answer. We don't
even confirm the choice (whether y or n), letting you know that, OK,
your choice `y' (or `n') is (or isn't) being saved.
Yes, it appears that if you submit a second bug report in the same
emacs -Q session, and if you answered `y' for the first report, then you
won't be asked how to send the second one. Wunderbar. But in that case
"saved" is still misleading, but just in a different way: the choice is
remembered for the duration of the session.
And if we're going to bother to "save" your choice for that, why don't
we also save (for the same session) the more obvious choice, which is
your email address? We don't even ask about saving that, and we don't
save it. If you submit a second bug report in the same emacs -Q session
you once again get the ridiculous "... tickle..." pseudo address. You
once again have to edit that, the same way you did for each earlier
report in the session. A needless, user-unfriendly chore.
The Q&A for submitting a bug report has changed over & over, over the
years. And it seems like each time someone "improves" something about
this dialog, yet more bugs are introduced in it. The emacs -Q dialog,
in particular, should be working by now. It's been how many decades?
(I'm hoping that an attempt to fix this latest minor bug won't result
in more damage.)
In GNU Emacs 27.2 (build 1, x86_64-w64-mingw32)
of 2021-03-26 built on CIRROCUMULUS
Repository revision: deef5efafb70f4b171265b896505b92b6eef24e6
Repository branch: HEAD
Windowing system distributor 'Microsoft Corp.', version 10.0.19042
System Description: Microsoft Windows 10 Pro (v10.0.2009.19042.1288)
next reply other threads:[~2021-11-17 21:25 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-17 21:25 Drew Adams [this message]
2021-11-18 9:48 ` bug#51929: 27.2; "Save this mail sending choice?" has no effect Lars Ingebrigtsen
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=SJ0PR10MB5488A487B483A9F553BB0B44F39A9@SJ0PR10MB5488.namprd10.prod.outlook.com \
--to=drew.adams@oracle.com \
--cc=51929@debbugs.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.