* bug#22005: gnus-summary-kill-thread moves cursor to end of buffer in some cases
[not found] ` <87vat1a27q.fsf@gnus.org>
@ 2017-01-27 20:57 ` Tomasz Gajewski
2017-01-27 21:00 ` Lars Ingebrigtsen
0 siblings, 1 reply; 2+ messages in thread
From: Tomasz Gajewski @ 2017-01-27 20:57 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22005
Lars Ingebrigtsen <larsi@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.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-01-27 21:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87d1uzutbd.fsf@tt.com.pl>
[not found] ` <87vat1a27q.fsf@gnus.org>
2017-01-27 20:57 ` bug#22005: gnus-summary-kill-thread moves cursor to end of buffer in some cases Tomasz Gajewski
2017-01-27 21:00 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).