[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Crash recovery strategies
From: |
Drew Adams |
Subject: |
RE: Crash recovery strategies |
Date: |
Sun, 3 Jan 2016 17:34:41 -0800 (PST) |
> More generally, how do we feel about automatically sending crash reports
> to the FSF? Of course, we'd send reports stripped of personally
> identifiable information, as is standard practice.
I, for one, might be against that, unless the user explicitly
agrees to it ahead of time somehow, and we let the user know
exactly what (kinds of) info will be sent.
What one person considers personal information (whether or not
it identifies the person) another person might consider not to
be so.
IOW, it might depend on just what is meant by stripping.
For example, the info that is gathered automatically now for
inclusion in a bug report could be seen by a user to include
more info than s?he might want.
Is there a reason to send the report automatically? Is it just
to avoid interacting with the user because any further interaction
might interfere with the state to be reported (in which case, take
the state snapshot before asking)? Or is it because such
interaction could itself be problematic (in which case just do
without that particular report)?
- Re: Crash recovery strategies, (continued)
- Re: Crash recovery strategies, John Wiegley, 2016/01/03
- Re: Crash recovery strategies, Daniel Colascione, 2016/01/03
- Sending automatic crash reports to the FSF (was: Crash recovery strategies), John Wiegley, 2016/01/03
- Re: Sending automatic crash reports to the FSF, Daniel Colascione, 2016/01/03
- Re: Sending automatic crash reports to the FSF, John Wiegley, 2016/01/03
- Re: Sending automatic crash reports to the FSF, Daniel Colascione, 2016/01/03
- RE: Crash recovery strategies,
Drew Adams <=
- Re: Crash recovery strategies (was: Dynamic modules: MODULE_HANDLE_SIGNALS etc.), Eli Zaretskii, 2016/01/04
- Re: Crash recovery strategies, Daniel Colascione, 2016/01/04
- Re: Crash recovery strategies, Eli Zaretskii, 2016/01/04
- Re: Crash recovery strategies, Richard Stallman, 2016/01/04
- Re: Crash recovery strategies, Eli Zaretskii, 2016/01/05
- Re: Crash recovery strategies, Clément Pit--Claudel, 2016/01/05
- Re: Crash recovery strategies, Eli Zaretskii, 2016/01/05
- Re: Crash recovery strategies, Clément Pit--Claudel, 2016/01/05
- Re: Dynamic modules: MODULE_HANDLE_SIGNALS etc., Eli Zaretskii, 2016/01/04
- Re: Dynamic modules: MODULE_HANDLE_SIGNALS etc., Daniel Colascione, 2016/01/04