GNU bug report logs -
#22005
gnus-summary-kill-thread moves cursor to end of buffer in some cases
Previous Next
Reported by: Tomasz Gajewski <tomga <at> wp.pl>
Date: Tue, 24 Nov 2015 18:49:01 UTC
Severity: normal
Tags: unreproducible
Done: Lars 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 22005 in the body.
You can then email your comments to 22005 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bugs <at> gnus.org
:
bug#22005
; Package
gnus
.
(Tue, 24 Nov 2015 18:49:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tomasz Gajewski <tomga <at> wp.pl>
:
New bug report received and forwarded. Copy sent to
bugs <at> gnus.org
.
(Tue, 24 Nov 2015 18:49:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Normally gnus-summary-kill-thread sets cursor after killed thread but
sometimes cursor is moved to end of buffer skipping all subsequent
threads. It bothered me for quite a long time as it wasn't reproducible
for me (I could kill thread just once) but I think I have found in what
circumstances it happens.
I think this happens if I enter gnus summary buffer where I have some
old unread mails and some new unread mails and I call
gnus-summary-kill-thread before I press enter to see some concrete
message content. It is reproducible only until I see some message
content and only if both new and old unread messages are in the buffer.
Gnus v5.13
GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
of 2014-03-07 on lamiak, modified by Debian
--
Tomasz Gajewski
Information forwarded
to
bugs <at> gnus.org
:
bug#22005
; Package
gnus
.
(Sun, 27 Dec 2015 20:04:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22005 <at> debbugs.gnu.org (full text, mbox):
It seems I was wrong in describing conditions when error occurs. It
happens also in other cases. I don't know now what really triggers the
problem but having many unread threads seem to make it more probable.
--
Tomasz Gajewski
Information forwarded
to
bugs <at> gnus.org
:
bug#22005
; Package
gnus
.
(Thu, 26 Jan 2017 22:32:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22005 <at> debbugs.gnu.org (full text, mbox):
Tomasz Gajewski <tomga <at> wp.pl> writes:
> Normally gnus-summary-kill-thread sets cursor after killed thread but
> sometimes cursor is moved to end of buffer skipping all subsequent
> threads. It bothered me for quite a long time as it wasn't reproducible
> for me (I could kill thread just once) but I think I have found in what
> circumstances it happens.
>
> I think this happens if I enter gnus summary buffer where I have some
> old unread mails and some new unread mails and I call
> gnus-summary-kill-thread before I press enter to see some concrete
> message content. It is reproducible only until I see some message
> content and only if both new and old unread messages are in the buffer.
I tried `T k' in a few groups, and it seemed to work OK for me. Could
you try to narrow down when this happens?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug reassigned from package 'gnus' to 'emacs,gnus'.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Jan 2017 22:32:04 GMT)
Full text and
rfc822 format available.
bug No longer marked as found in versions 5.13.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Jan 2017 22:32:04 GMT)
Full text and
rfc822 format available.
Added tag(s) unreproducible.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Jan 2017 22:32:05 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#22005
; Package
emacs,gnus
.
(Fri, 27 Jan 2017 21:00:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 22005 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> I tried `T k' in a few groups, and it seemed to work OK for me. Could
> you try to narrow down when this happens?
I reported it quite some time ago and I don't remember this happening to
me lately. Although gnus version is reported the same - Gnus v5.13,
emacs version I have is:
GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 2015-03-07 on trouble, modified by Debian
so a newer one. I don't know if this functionality uses some core emacs
features that could be fixed between 24.3.1 and currently used version
and could explain making the problem disappear.
I tried to reproduce this now and I'm not able do so. I think this bug
can be closed. If it hits me again I'll reopen it or make a new report.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#22005
; Package
emacs,gnus
.
(Fri, 27 Jan 2017 21:01:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 22005 <at> debbugs.gnu.org (full text, mbox):
Tomasz Gajewski <tomga <at> wp.pl> writes:
> I tried to reproduce this now and I'm not able do so. I think this bug
> can be closed. If it hits me again I'll reopen it or make a new report.
OK; thanks for checking.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
22005 <at> debbugs.gnu.org and Tomasz Gajewski <tomga <at> wp.pl>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 27 Jan 2017 21:02:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 25 Feb 2017 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 119 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.