GNU bug report logs - #13141
24.3.50; Be able to customize the info included by default for `report-emacs-bug'

Previous Next

Full log

Message #97 received at 13141 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Richard Stallman <rms <at> gnu.org>
Cc: acm <at> muc.de, "Stephen J. Turnbull" <stephen <at> xemacs.org>,
	13141 <at> debbugs.gnu.org, emacs-devel <at> gnu.org
Subject: Re: bug#13141: please review bug #13141
Date: Mon, 21 Jan 2013 05:03:32 +0400

Richard Stallman <rms <at> gnu.org> writes:

> Stephen J. Turnbull writes:
>
>     I've had at least half a dozen cases
>     where users deleted automatically added information which I then
>     requested -- to no avail, since the reporters never responded.

If there's no information at all, maybe the users didn't go through the
Emacs bug reporting interface, writing the report directly in the email client.

> To go out of their way to delete it makes me wonder why.  Maybe it was
> a valid reason.  Could it be that there was something private in that
> information which they specifically did not want to send?

I usually delete most of it, because the default text looks messy, and I
don't like sending emails that look untidy. Also, it's harder to find
the actual report description if it's surrounded by auto-generated text.

It's better now that some parts of it are just shown through the display
property, but the user might not know/understand that.

> Because of this consideration it would not be right to hide
> that information.  We should not try to trick our users into sending
> us something they did not want to send.

As it is, the exact information the user's sending is not immediately
obvious, they'd have to carefully scroll though a fairly large chunk of
text to know that.

IMO, it would be better to ask about each potentially-sensitive section
(last keystrokes, obviously; local paths, recent messages? maybe), and
then include them as attachment or several.

Previous Next

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