GNU bug report logs -
#9074
24.0.50; problems trying to mail bug report, again
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Wed, 13 Jul 2011 23:40:03 UTC
Severity: normal
Merged with 9877
Found in versions 24.0.50, 24.0.90
Fixed in version 24.0.94
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> > 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.
>
> I never know who "we" is supposed to be.
Emacs Dev and all other little elves such as myself who contribute to its
development.
> "We" don't ask people to submit bug reports from emacs -Q, that adds
> no value. What the instructions ask for is a *recipe starting from
> emacs -Q that shows the problem*.
Excuse my shorthand. That is precisely what I meant.
> This is a way to get you to show how
> to reproduce the problem. Send the actual report from your normal,
> configured Emacs.
No. For many people, including me, their normal, configured Emacs is far too
complex to be the basis of most bug reports. We do not want to pick all of a
user's extra customizations, if we can help it.
I don't know where this mailer stuff is saved, but if it is saved in the user's
`custom-file' or init file then in order to start from emacs -Q and get to a
reasonable bug-report state s?he needs to answer this mail nonsense EACH time.
This is (should be considered) totally unacceptable. It works against what _we_
want in terms of bug reporting. Not to mention that it is simply not nice to
users.
At the very least we should be able to get rid of the backwardness: making users
who will ultimately hit `n' for SMTP configuration jump through lots of
irrelevant obstacles. Ask the SMTP question first, if you absolutely must ask
it each time, and then DTRT for a `n' response.
This bug report was last modified 13 years and 159 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.