GNU bug report logs -
#9399
gnus-auto-select-next is dangerous
Previous Next
Reported by: Dave Abrahams <dave <at> boostpro.com>
Date: Mon, 29 Aug 2011 08:32:01 UTC
Severity: normal
Tags: notabug
Found in version 5.110018
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9399 in the body.
You can then email your comments to 9399 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bugs <at> gnus.org
:
bug#9399
; Package
gnus
.
(Mon, 29 Aug 2011 08:32:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dave Abrahams <dave <at> boostpro.com>
:
New bug report received and forwarded. Copy sent to
bugs <at> gnus.org
.
(Mon, 29 Aug 2011 08:32:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
On a keyboard with a fast repeat rate, holding down `n' in the summary
buffer is liable to unintentionally mark large numbers of articles read
and then “commit” the changes by exiting the group, quite possibly
losing track of important messages forever. Even if you have
gnus-auto-select-next set to ask for confirmation, the confirmation key
for continuing into the next group is―you guessed it―`n'. IMO two
changes are in order:
#1 - change the default for this from `t' to `slightly-quietly'
#2 - make the confirmation use `yes-or-no-p' or something other than
plain `n' to move onward.
No Gnus v0.18
GNU Emacs 23.3.1 (x86_64-apple-darwin10.8.0, Carbon Version 1.6.0 AppKit 1038.36)
of 2011-07-31 on vulcan
200 Leafnode NNTP Daemon, version 1.11.8 running at localhost (my fqdn: pluto.boostpro.com)
500 Unknown command
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
Added tag(s) notabug.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 04 Sep 2011 14:34:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
9399 <at> debbugs.gnu.org and Dave Abrahams <dave <at> boostpro.com>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 04 Sep 2011 14:34:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bugs <at> gnus.org
:
bug#9399
; Package
gnus
.
(Sun, 04 Sep 2011 14:36:02 GMT)
Full text and
rfc822 format available.
Message #12 received at 9399 <at> debbugs.gnu.org (full text, mbox):
Dave Abrahams <dave <at> boostpro.com> writes:
> On a keyboard with a fast repeat rate, holding down `n' in the summary
> buffer is liable to unintentionally mark large numbers of articles read
> and then “commit” the changes by exiting the group, quite possibly
> losing track of important messages forever. Even if you have
> gnus-auto-select-next set to ask for confirmation, the confirmation key
> for continuing into the next group is—you guessed it—`n'. IMO two
> changes are in order:
>
> #1 - change the default for this from `t' to `slightly-quietly'
>
> #2 - make the confirmation use `yes-or-no-p' or something other than
> plain `n' to move onward.
I disagree. If you find yourself doing this a lot, then change the
value yourself.
And it's seldom catastrophic. `C-_' to undo in the group buffer.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
owner <at> debbugs.gnu.org, bugs <at> gnus.org
:
bug#9399
; Package
gnus
.
(Sun, 04 Sep 2011 15:10:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 9399 <at> debbugs.gnu.org (full text, mbox):
on Sun Sep 04 2011, Lars Magne Ingebrigtsen <larsi-AT-gnus.org> wrote:
> I disagree. If you find yourself doing this a lot, then change the
> value yourself.
I did. But it took me many accidents and years using Gnus to finally
discover the setting. Not because I went looking for it, mind you.
It's just a question of how treacherous we want to make the environment
for newbies. IMO less would be better, in that department.
> And it's seldom catastrophic. `C-_' to undo in the group buffer.
What can that do if the articles have already been expired?
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
Information forwarded
to
owner <at> debbugs.gnu.org, bugs <at> gnus.org
:
bug#9399
; Package
gnus
.
(Sat, 10 Sep 2011 18:47:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 9399 <at> debbugs.gnu.org (full text, mbox):
Dave Abrahams <dave <at> boostpro.com> writes:
>> And it's seldom catastrophic. `C-_' to undo in the group buffer.
>
> What can that do if the articles have already been expired?
Not much. But I wouldn't really recommend expiring articles on group
exit, anyway. It's kinda slow.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 09 Oct 2011 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 317 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.