unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#51929: 27.2; "Save this mail sending choice?" has no effect
@ 2021-11-17 21:25 Drew Adams
  2021-11-18  9:48 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 2+ messages in thread
From: Drew Adams @ 2021-11-17 21:25 UTC (permalink / raw)
  To: 51929

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)






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#51929: 27.2; "Save this mail sending choice?" has no effect
  2021-11-17 21:25 bug#51929: 27.2; "Save this mail sending choice?" has no effect Drew Adams
@ 2021-11-18  9:48 ` Lars Ingebrigtsen
  0 siblings, 0 replies; 2+ messages in thread
From: Lars Ingebrigtsen @ 2021-11-18  9:48 UTC (permalink / raw)
  To: Drew Adams; +Cc: 51929

Drew Adams <drew.adams@oracle.com> writes:

> emacs -Q
>
> At least with emacs -Q, answering `y' to this prompt has no effect.  The
> choice you make is not saved persistently.

No, with "-Q" the choice is only used in the current session (which the
messaging tells you).  It's useful to be able to send a mail with one
method without Emacs storing that value even in the current session, so
that the user can try out several methods.

So this works as designed, and I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-11-18  9:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-11-17 21:25 bug#51929: 27.2; "Save this mail sending choice?" has no effect Drew Adams
2021-11-18  9:48 ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).