[Top][All Lists]

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

RE: Emacs project mission (was Re: "If you're still seeing problems, pl

From: Drew Adams
Subject: RE: Emacs project mission (was Re: "If you're still seeing problems, please reopen." [
Date: Mon, 25 Nov 2019 21:44:38 -0800 (PST)

>   > > Except it has "Recent input:" section 2
>   > > pages down the report that may contain
>   > > sensitive data?
>   > Still, I don't think they will harm anyone...
> On some occasions, it might do harm.
> I have two ideas for changes:
> * Ask whether to include this part.
> * Inform people that they could delete it if
>   they don't want it posted to the bug tracker.

Or offer the choice - via an option.

For the second one, maybe provide a key that
deletes that info, as opposed to making users
find, select, and delete it.


FWIW, 7 years ago I wrote some simple extensions
to `emacsbug.el', which I use and make available
as `emacsbug+.el'.

(I suggested such extensions for Emacs, but there
was no interest.)

1. There's an option that lets you choose which
   fields to include by default, when reporting
   a bug: `ebp-report-emacs-bug-included-fields'.

2. There are individual commands to insert each of
   the various fields, so you can easily include
   any that you don't choose to include by default.
   Most are bound to keys with prefix `c-o'.

   `ebp-insert-features'          (`C-o f')
   `ebp-insert-load-path-shadows' (`C-o l')
   `ebp-insert-major-mode'        (`C-o j')
   `ebp-insert-minor-modes'       (`C-o n')
   `ebp-insert-recent-input'      (`C-o i')
   `ebp-insert-recent-messages'   (`C-o m')
   `ebp-insert-settings'          (`C-o s')

`emacsbug+.el' is here:


reply via email to

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