From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#1166: 23.0.60; Point jumps instead of scrolling in the new line Date: Mon, 3 Feb 2014 01:27:06 +0100 Message-ID: References: <48F4DD87.4000505@gmail.com> <87mwi9cb50.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7beb9092c79def04f17597b8 X-Trace: ger.gmane.org 1391387296 4478 80.91.229.3 (3 Feb 2014 00:28:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Feb 2014 00:28:16 +0000 (UTC) Cc: 1166@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 03 01:28:19 2014 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 1WA7Oc-0002aY-LC for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Feb 2014 01:28:18 +0100 Original-Received: from localhost ([::1]:43474 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA7Oc-0005SX-7P for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Feb 2014 19:28:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47870) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA7OU-0005RB-60 for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2014 19:28:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WA7OM-00049S-HR for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2014 19:28:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:32943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA7OM-00049N-Ba for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2014 19:28:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WA7OL-0003sc-QB for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2014 19:28:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Feb 2014 00:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1166 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 1166-submit@debbugs.gnu.org id=B1166.139138727814905 (code B ref 1166); Mon, 03 Feb 2014 00:28:01 +0000 Original-Received: (at 1166) by debbugs.gnu.org; 3 Feb 2014 00:27:58 +0000 Original-Received: from localhost ([127.0.0.1]:46962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WA7OD-0003sF-OU for submit@debbugs.gnu.org; Sun, 02 Feb 2014 19:27:58 -0500 Original-Received: from mail-wg0-f49.google.com ([74.125.82.49]:61774) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WA7O7-0003s2-NT for 1166@debbugs.gnu.org; Sun, 02 Feb 2014 19:27:51 -0500 Original-Received: by mail-wg0-f49.google.com with SMTP id a1so11012539wgh.28 for <1166@debbugs.gnu.org>; Sun, 02 Feb 2014 16:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Qd/fjZ1pC+gaL1EVL6Wf+fHPmGIWo0BNBZzuoUPpJf4=; b=N9wN6d0ZkH0HmQXtOn9acZzQCfcTr/Kgv+duWRotURPjm4va+c94Z55c+mmuLV3ex0 XiFXClKktpwx3zklnCz//eAx9jrSDIZx8UNSF5p3ufMI8F5OX9ZzV6G8T7zSeFPdN4Ep IfpB4SuTTZTVE3I3EZ2YNcdIxltlRpbRlVP7ZyAElp1MR2noekh55qK1NVOp8UsrRrlm t70OpVXYQYzgXyjUMqwR96wcNeeIImmh2Rd9OkQfgIUgFdZTgGziv7Qs1P2EcTMrtHm+ MPItvQlNYUOFT7CDaDIkhau13PNctZYk7s+75TposLko6U9u9N5mdFXfYjvCy3ew2QAb wnXQ== X-Received: by 10.194.188.80 with SMTP id fy16mr2734183wjc.30.1391387266750; Sun, 02 Feb 2014 16:27:46 -0800 (PST) Original-Received: by 10.194.77.226 with HTTP; Sun, 2 Feb 2014 16:27:06 -0800 (PST) In-Reply-To: <87mwi9cb50.fsf@building.gnus.org> 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:84489 Archived-At: --047d7beb9092c79def04f17597b8 Content-Type: text/plain; charset=UTF-8 On Mon, Feb 3, 2014 at 1:06 AM, Lars Ingebrigtsen wrote: > "Lennart Borgman" writes: > > > On Tue, Oct 14, 2008 at 7:57 PM, Lennart Borgman (gmail) > > wrote: > >> I have found a bug where point jumps to a new postion instead of a new > >> line beeing scrolled into the selected window. I am unable to narrow it > >> down, but I can reproduce it (but I am not sure about what makes it > >> happens). Just to get some thoughts I write down what I have seen so far > >> here. > >> > >> The scenario is this: > >> - Point is on the last line in the window. > >> - I press "o" in viper. This opens a line below the current line and > >> puts the point on this line. > >> > >> What I expect to happen is that this new line is scrolled into the > >> window. Sometimes this happens. Sometimes instead point jumps up, maybe > >> 10 lines (I did not count them at all) and the window is not scrolled so > >> the new line is not visible. > >> > >> There are some other ingredients too: > >> - I believe that nxml-mode (or a derivative) must be the major mode. > >> - If I remove nxml-after-change from after-change-functions the bug > >> disappears. > >> - If I try to use edebug it also disappears. > >> > >> Maybe those ingredients also are required, I am not sure since I can't > >> easily reproduce the bug yet: > >> - visual-line-mode. > >> > >> Does anyone have any idea of how to find out what the problem is? In > >> nxml-after-change there is a whole bunch of "save-*" macros. I commented > >> out them all, but the bug still appears. But where is the scrolling > done? > > > > It would help if someone could tell me where the scrolling should have > > taken place. To begin with: > > > > - Where in command_loop_1? > > - And then of course a little bit more exact ... > > Is this problem still present in Emacs 24? > > Unfortunately I have no idea. I am still using my old patched version of Emacs. And I do not have time to upgrade since that would require either patching again or getting the patches inside Emacs. Both alternatives takes more time than I can afford now. --047d7beb9092c79def04f17597b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Mon, Feb 3, 2014 at 1:06 AM, Lars Ingebrigtsen <larsi@gnus.org> wrote:
&quo= t;Lennart Borgman" <lennart.borgman@gmail.com> writes:

> On Tue, Oct 14, 2008 at 7:57 PM, Lennart Borgman (gmail)
> <lennart.borgman@gmail.com> wrote:
>> I have found a bug where point jumps to a new postion instead of a= new
>> line beeing scrolled into the selected window. I am unable to narr= ow it
>> down, but I can reproduce it (but I am not sure about what makes i= t
>> happens). Just to get some thoughts I write down what I have seen = so far
>> here.
>>
>> The scenario is this:
>> - Point is on the last line in the window.
>> - I press "o" in viper. This opens a line below the curr= ent line and
>> puts the point on this line.
>>
>> What I expect to happen is that this new line is scrolled into the=
>> window. Sometimes this happens. Sometimes instead point jumps up, = maybe
>> 10 lines (I did not count them at all) and the window is not scrol= led so
>> the new line is not visible.
>>
>> There are some other ingredients too:
>> - I believe that nxml-mode (or a derivative) must be the major mod= e.
>> - If I remove nxml-after-change from after-change-functions the bu= g
>> disappears.
>> - If I try to use edebug it also disappears.
>>
>> Maybe those ingredients also are required, I am not sure since I c= an't
>> easily reproduce the bug yet:
>> - visual-line-mode.
>>
>> Does anyone have any idea of how to find out what the problem is? = In
>> nxml-after-change there is a whole bunch of "save-*" mac= ros. I commented
>> out them all, but the bug still appears. But where is the scrollin= g done?
>
> It would help if someone could tell me where the scrolling should have=
> taken place. To begin with:
>
> - Where in command_loop_1?
> - And then of course a little bit more exact ...

Is this problem still present in Emacs 24?

=
=C2=A0
Unfortunately I have no idea. I am still using my old= patched version of Emacs. And I do not have time to upgrade since that wou= ld require either patching again or getting the patches inside Emacs. Both = alternatives takes more time than I can afford now.

--047d7beb9092c79def04f17597b8--