emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#9074: closed (24.0.50; problems trying to mail bug


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9074: closed (24.0.50; problems trying to mail bug report, again)
Date: Fri, 10 Feb 2012 19:28:02 +0000

Your message dated Fri, 10 Feb 2012 14:26:19 -0500
with message-id <address@hidden>
and subject line Re: `report-emacs-bug' prompting rework
has caused the debbugs.gnu.org bug report #9074,
regarding 24.0.50; problems trying to mail bug report, again
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9074: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9074
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.50; problems trying to mail bug report, again Date: Wed, 13 Jul 2011 16:39:20 -0700
I quickly scanned some recent mails in emacs-devel about users being
forced, one time only, to answer a question about their mailer, when
they try to submit a bug.  At least that's what I thought I read.
That in itself sounded like something users of an outside mail
client such as myself could live with.
 
But it seems that what was described is nowhere near as annoying and
confusing as what really happens.
 
Before you get to the (confusing enough) question about SMTP mail
configuration, where some users of outside mail clients will want to
answer `n', never to be bothered again, you have to go through the same
silliness we saw before (see previous bugs), about the `From:' field.
 
If the user is going to answer `n' to the SMTP mail config question,
in order to just use an outsider mailer (e.g. Outlook), then there is no
reason for them to have to go through the silly dialog about "tickle me"
and be told they must edit the `From:' field in order to be able to
continue.
 
The UI for this seems to be all backward.  Whoever dreamed it up
perhaps did not take serious enough the use case of a user who just
wants to say, once and for all, "No, I do not want to use Emacs for
mail. I do not want to configure SMTP mail".  You've made it 42
times more complex than it should be.  Please straighten this out.
 
Not only that, but it is apparently the case that this is NOT a
one-time ordeal.  For emacs -Q, a user has to go through all of
this EACH time.  Just hitting `n' would be bad enough.  But no
one who will use `n' should have to go through all of this crap:
 
"Is address@hidden'
really your email address? (yes or no) " no
 
"Please edit the From address and try again"
 
WTF?, edit, edit, grumble, edit...
 
C-c C-c
 
"Send this bug report to the Emacs maintainers (yes or no) " yes
 
"Configure outgoing SMTP in Emacs (y or n) " n
 
Args out of range: 102021, 102022
 
[I saw that error one time I tried, from emacs -Q.  I don't know
how systematic it is.  THIS bug report is only about the RIDICULOUS
obstacle-course dialog we make users go through now, after asking
them to please start each bug report from emacs -Q.]

And why would we even think about mixing `(yes or no)' and `(y or n)' in the
same dialog?  Downright diabolical.
 
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-07-11 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt --cflags
-Ic:/build/include'
 




--- End Message ---
--- Begin Message --- Subject: Re: `report-emacs-bug' prompting rework Date: Fri, 10 Feb 2012 14:26:19 -0500 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
Version: 24.0.94

Lars Ingebrigtsen wrote:

> As previously discussed (like, a year ago), the prompting sequence when
> sending bug reports, especially from "emacs -Q", was kinda
> unsatisfactory.  (The main point was that it required that you had a
> valid-ish From header, even though you might end up sending the message
> through mailclient.el, which will then just rewrite your From header,
> anyway.)
>
> Fixing this required a bit of refactoring of the sendmail.el/Message
> setup functions, but hopefully I didn't screw up anything too badly.
>
> And the prompting sequence looks OK to me now, but please let me know if
> anything is wonky.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]