GNU bug report logs - #9074
24.0.50; problems trying to mail bug report, again

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: "Drew Adams" <drew.adams <at> oracle.com>
Subject: bug#9877: closed (Re: `report-emacs-bug' prompting rework)
Date: Fri, 10 Feb 2012 19:28:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#9074: 24.0.90; `report-emacs-bug' is even more broken now

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 9877 <at> debbugs.gnu.org.

-- 
9074: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9074
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: 9074-done <at> debbugs.gnu.org
Subject: Re: `report-emacs-bug' prompting rework
Date: Fri, 10 Feb 2012 14:26:19 -0500

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.

[Message part 3 (message/rfc822, inline)]

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.90; `report-emacs-bug' is even more broken now
Date: Wed, 26 Oct 2011 10:46:43 -0700

This is ridiculous.  Can't you define a simple UI for sending a bug
report using emacs -Q?  It goes from bad to worse!
 
Not only do users still need to jump through the same silly hoops (edit
the `From' field from its "...tickle" silliness, etc.), but now you make
them answer another question, with 4 paragraphs(!) of explanation to try
to make it clear.  Those paragraphs alone should be a signal to you that
you are on the WRONG TRACK.
 
 "Send mail via: 
 
  Emacs is about to send an email message, but it has not been
  configured for sending email.  To tell Emacs how to send email:
 
  - Type `mail client' to start your default email client and
    pass it the message text.
 
  - Type `smtp' to send mail directly to an "outgoing mail" server.
    (Emacs may prompt you for SMTP settings).
 
  Emacs will record your selection and will use it thereafter.
  To change it later, customize the option `send-mail-function'."
 
And no, Emacs is NOT "about to send an email message" - not if you use
your own mail client.  You are still so Gnus-centric that you cannot see
the forest for the trees.
 
Users reporting a bug with emacs -Q SHOULD NOT HAVE TO "tell Emacs how
to send email".  Emacs does NOT need to know how to send email if a user
has a mail client.  And Emacs does NOT need to SEND email in that case.
 
And NO, Emacs will NOT record your selection and use it thereafter.  Not
if you are using emacs -Q.
 
This boilerplate is totally inappropriate for emacs -Q, and it should be
removed even when a user init file is used.
 
You need to totally rethink/redesign this nonsense.  There was ZERO
problem in prior Emacs releases: Users could send a bug report using
emacs -Q without jumping through ANY hoops.  This is only a regression.
 
You made a giant leap BACKWARD.  Now you've moved even further BACKWARD.
And you're still headed BACKWARD.
 
Try to think of the USERS.  Think of a newbie who tries to help you by
sending a bug report using emacs -Q (as you request).  And stop thinking
so much about promoting Emacs as an email client - that has, apparently,
been behind all of this misguided silliness.
 
 
 
In GNU Emacs 24.0.90.1 (i386-mingw-nt5.1.2600)
 of 2011-10-24 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags
-I"D:/devel/emacs/libs/libXpm-3.5.8/include"
-I"D:/devel/emacs/libs/libXpm-3.5.8/src"
-I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include"
-I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include"
-I"D:/devel/emacs/libs/giflib-4.1.4-1/include"
-I"D:/devel/emacs/libs/jpeg-6b-4/include"
-I"D:/devel/emacs/libs/tiff-3.8.2-1/include"
-I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags
-L"D:/devel/emacs/libs/gnutls-2.10.1/lib"'
 

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.