From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: lee Newsgroups: gmane.emacs.bugs Subject: bug#14616: 24.3.50; Excessive cursor movement on non-X Emacs Date: Tue, 18 Jun 2013 07:22:10 +0200 Organization: my virtual residence Message-ID: <87txkwouwt.fsf@yun.yagibdah.de> References: <83wqpxuky4.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1371533113 16897 80.91.229.3 (18 Jun 2013 05:25:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Jun 2013 05:25:13 +0000 (UTC) Cc: 14616@debbugs.gnu.org, Lars Magne Ingebrigtsen To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 18 07:25:13 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UooPo-0003sk-2O for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Jun 2013 07:25:12 +0200 Original-Received: from localhost ([::1]:39434 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UooPn-00033W-Lw for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Jun 2013 01:25:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UooPi-00030x-Je for bug-gnu-emacs@gnu.org; Tue, 18 Jun 2013 01:25:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UooPf-0007f3-AN for bug-gnu-emacs@gnu.org; Tue, 18 Jun 2013 01:25:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57727) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UooPf-0007eZ-6F for bug-gnu-emacs@gnu.org; Tue, 18 Jun 2013 01:25:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UooPe-000148-Lt for bug-gnu-emacs@gnu.org; Tue, 18 Jun 2013 01:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: lee Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Jun 2013 05:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14616 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14616-submit@debbugs.gnu.org id=B14616.13715330594039 (code B ref 14616); Tue, 18 Jun 2013 05:25:02 +0000 Original-Received: (at 14616) by debbugs.gnu.org; 18 Jun 2013 05:24:19 +0000 Original-Received: from localhost ([127.0.0.1]:52042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UooOt-000131-6T for submit@debbugs.gnu.org; Tue, 18 Jun 2013 01:24:18 -0400 Original-Received: from client-194-42-186-216.muenet.net ([194.42.186.216]:56000 helo=yun.yagibdah.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UooOk-00012d-Cu for 14616@debbugs.gnu.org; Tue, 18 Jun 2013 01:24:10 -0400 Original-Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1UooOi-0008Gi-AZ; Tue, 18 Jun 2013 07:24:04 +0200 In-Reply-To: <83wqpxuky4.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 14 Jun 2013 11:59:31 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:75278 Archived-At: Eli Zaretskii writes: >> From: Lars Magne Ingebrigtsen >> Date: Fri, 14 Jun 2013 10:00:19 +0200 >> >> It seems like that when Emacs is doing network stuff (web/news), the >> cursor is displayed momentarily visually at the first point in the >> screen. Then it's displayed momentarily at the first point in the echo >> area. Sometimes this repeats a few times. >> >> Often the entire connection hangs while it's doing this -- I'm unable to >> exit the screen for instance, so I suspect that Emacs is actually moving >> the cursor back and forth between these two positions more rapidly than >> my phone is able to display. >> >> Once while this was happening, I got an SMS from my telco warning me >> about large roaming data costs, which further points to this behaviour >> generating a lot of data over the wire. >> >> I have no idea how to start debugging this problem, but it's easily >> reproducible for me. >> >> It started happening about half a year ago. Does anybody have any >> inkling what might be causing this problem? If not, I can try to see if >> I can find a way to debug this. >> >> Uhmn... >> >> Oh, here's an strace from me typing `n' (next article) in Gnus four >> times. The second and fourth time this cursor-moving behaviour was >> triggered: > > This all sounds very similar to bug #13864, but that one was fixed 2 > months ago. This one: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13864 ? > Can you use the methodology described in that bug to find out why the > screen is being constantly redrawn? If and when you reach a point > where your findings diverge from what was found there, please post > your findings here, and we will take it from there. Not really because when I run emacs -q and then start gnus, I'm getting a problem with nntp servers not being found. It says in the *Messages* buffer: ,---- | >>> (error news/nntp Name or service not known) | nntp (news) open error: '>>> (error news/nntp Name or service not known)'. | Continue? (y or n) n `---- >From there, I can continue and am presented with a group buffer in which most groups are missing. No nntp servers are in use anymore and I don't know what to look into to fix this. What I can reproduce atm is the following: + start emacs (just normally) + M-x gnus RET + enter a group that has messages all marked as O + press enter with the cursor on the first message in the summary buffer + that message is displayed and the cursor in the summary buffer moves down by two messages, i. e.: O Message 1 <--Cursor O Message 2 O Message 3 O Message 4 [...] becomes O Message 1 O Message 2 O Message 3 <-- Cursor O Message 4 [...] I would expect the cursor to remain on Message 1. Now when I 'C-x b some-other-buffer' to switch to another buffer from the summary display --- or run 'emacsclient some-file' --- and then 'C-x o' to the message buffer and then press 't' to display the message headers, Message 3 is suddenly displayed instead of Message 1 (without showing the headers). >From there, I can 'C-x o' back to the other buffer and switch back to the summary display. Now in the summary display, I move the cursor back to Message 1 and press 't'. That displays Message 3 with headers instead of Message 1 with headers. So with the cursor on Message 1, I press Return to get Message 1 displayed. The cursor goes down to Message 3, and when I press 't', I get Message 1 displayed including headers. This is rather confusing because you don't get the message displayed you're expecting :) Since I'm doing this in an X11 frame, there's the little triangular mark on the left of the message in the summary display. That mark doesn't follow the cursor anymore, i. e. when I press Return on Message 1, the cursor goes to Message 3 and the triangle remains on Message 1. When I press 'h' in the summary buffer to switch to the buffer displaying the message and then 't' to display the headers, the triangle goes down to Message 3 where the cursor in the summary buffer was and Message 3 is displayed without headers. This doesn't look to me as if the screen was constantly being redrawn and more like some sort of mismatch between what the user expects to have displayed depending on where they put the cursor and what gnus figures they want to have displayed (depending on where it figures it wants to put the triangle). -- "Object-oriented programming languages aren't completely convinced that you should be allowed to do anything with functions." http://www.joelonsoftware.com/items/2006/08/01.html