From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Baylis Newsgroups: gmane.emacs.bugs Subject: bug#21211: 24.4; Possible regression in xterm mouse handling with PuTTY client Date: Fri, 7 Aug 2015 11:39:10 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1139315ec22ed0051cbcf4d6 X-Trace: ger.gmane.org 1438975699 29872 80.91.229.3 (7 Aug 2015 19:28:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Aug 2015 19:28:19 +0000 (UTC) To: 21211@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 07 21:28:10 2015 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 1ZNnJK-0007fm-4x for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Aug 2015 21:28:10 +0200 Original-Received: from localhost ([::1]:50901 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNnJJ-0007qJ-Bp for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Aug 2015 15:28:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNnJE-0007o8-Cw for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 15:28:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNnJC-0006gL-Ka for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 15:28:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46152) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNnJC-0006g6-HB for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 15:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZNnJC-0005lO-2G for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 15:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Neil Baylis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Aug 2015 19:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21211 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.143897562322084 (code B ref -1); Fri, 07 Aug 2015 19:28:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 7 Aug 2015 19:27:03 +0000 Original-Received: from localhost ([127.0.0.1]:50368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNnID-0005jv-Vc for submit@debbugs.gnu.org; Fri, 07 Aug 2015 15:27:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58030) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZNmYP-0004eP-KQ for submit@debbugs.gnu.org; Fri, 07 Aug 2015 14:39:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNmYI-0006vz-Hk for submit@debbugs.gnu.org; Fri, 07 Aug 2015 14:39:36 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:55696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNmYI-0006vs-Dc for submit@debbugs.gnu.org; Fri, 07 Aug 2015 14:39:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43287) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNmYG-0007Z9-HU for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 14:39:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNmYE-0006sa-6l for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 14:39:32 -0400 Original-Received: from mail-yk0-x230.google.com ([2607:f8b0:4002:c07::230]:33772) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNmYD-0006sC-Vs for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2015 14:39:30 -0400 Original-Received: by ykoo205 with SMTP id o205so95725933yko.0 for ; Fri, 07 Aug 2015 11:39:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jxxhfL2scVC4db0j3LtmlY6aWVf+QxOnGbSRW4hzCWc=; b=b4bR7uUN1zfAmbHAaHQa0/0lUDWYE4uxdCu7+RgYwwvUs9x4AWqUOzQd+yrPJhpraf /3qnqitCsUjmCV+HRcY9imG6qeapzuuzIP8Q4ZYUJi0hpuVvgC/xDkNGpm56Jk7UETc2 PjpLrdYhW/f8fS1PNt0Ppa6GoFFRgiagkogto88QOp1wdnTwhtBEHLs2JYylRxlUc7VJ 7tjZDAsUzXZxEHgZnYmvkfkryF2GoiK2ononfTW+RHruiKWFFrVSLMJ5MY6V02D9v9xc HKXRSWCI8KhYnmhTTmiyFimnV8wHNMMuxGc3rsmcSRZMzq3dbe+H0RsjDfKS8a9Y8Egf ffrg== X-Received: by 10.170.133.5 with SMTP id z5mr9170551ykb.39.1438972769347; Fri, 07 Aug 2015 11:39:29 -0700 (PDT) Original-Received: by 10.37.92.212 with HTTP; Fri, 7 Aug 2015 11:39:10 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Mailman-Approved-At: Fri, 07 Aug 2015 15:27:00 -0400 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:105358 Archived-At: --001a1139315ec22ed0051cbcf4d6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think I'm seeing a slight regression in the behavior of the mouse wheel with xterm-mouse-mode. This is when running in -nw mode, using Windows PuTTY as a client, with ssh into a linux box where the emacs runs. I've verified that it's nothing in my init.el or site-lisp files. I've verified that the bad behavior described below does not happen when running on the same host with a real xterm. The problem seems to have begun with emacs 24.4. I verified with fresh builds from source that it works with 24.3, but not with 24.4 or 24.5. The problem: When I scroll using the mouse wheel, the buffer scrolls as before, but there's also a screen flash, and a complaint in the mini buffer: "M-[ m" is undefined". It seems that emacs is seeing this escape sequence after each movement of the mouse wheel. I have PuTTY set to report xterm mouse events, and I have xterm-mouse-mode turned on in emacs. I can work around this by adding a global-set-key to recognize the escape sequence and ignore it. As yet, I don't know if my workaround breaks anything else. The escape sequence means "Turn off all special character attributes, e.g., blinking, bold, etc.". Here's the workaround I'm using: (global-set-key (kbd "\e [ m") (lambda () (interactive) nil)) Here is the lossage output under various combinations of emacs version and client. I notice that with 24.4 the character \230 is displayed differently than in 24.3, don't know if that relates to the problem. These are all started as emacs -q -nw. After emacs starts up, I enable xterm-mouse-mode, and then do a single scroll down with the mouse wheel: This is emacs 24.3 with the PuTTY client. The bad behavior is not seen in this case. ESC [ > 0 ; 1 3 6 ; 0 c ESC x x t e r m - m o u s e - m o d e RET ESC [ M a \230 % ESC [ M # \230 % C-h l This is emacs 24.3 with the genuine xterm client. The bad behavior is not seen in this case. ESC [ > 0 ; 2 7 8 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0 / 0 0 0 0 / 0 0 0 0 ESC \ ESC x x t e r m - m o u s e - m o d e RET ESC [ < 6 5 ; 5 0 ; 1 3 M C-h l This is emacs 24.4 with the PuTTY client. The bad behavior is seen in this case. ESC [ > 0 ; 1 3 6 ; 0 c ESC x x t e r m - m o u s e - m o d e RET ESC [ M a =C3=82 K ESC [ M # =C3=82 K C-h l This is emacs 24.4 with the genuine xterm client. The bad behavior is not seen in this case. ESC [ > 0 ; 2 7 8 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0 / 0 0 0 0 / 0 0 0 0 ESC \ ESC x x t e r m - m o u s e - m o d e RET ESC [ < 6 5 ; 9 6 ; 4 2 M C-h l$ Pasted below is the output from M-x report-emacs-bug on the failing version. I have also tried emacs 24.5 and found the same bad behavior with the PuTTY client. In GNU Emacs 24.4.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2015-07-30 on moes System Description: Debian GNU/Linux 7.7 (wheezy) Configured using: `configure --with-xpm=3Dno --with-gif=3Dno --with-tiff=3Dno' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 0 ; 1 3 6 ; 0 c ESC x r e p o r t - e m a c s - b u g RET Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils xterm time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 77501 7411) (symbols 48 17540 0) (miscs 40 70 113) (strings 32 9242 4336) (string-bytes 1 248382) (vectors 16 7099) (vector-slots 8 341403 33128) (floats 8 65 270) (intervals 56 155 0) (buffers 960 12) (heap 1024 7622 527)) --001a1139315ec22ed0051cbcf4d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think I'm seeing a slight regression in = the behavior of the mouse wheel with xterm-mouse-mode. This is when running= in -nw mode, using Windows PuTTY as a client, with ssh into a linux box wh= ere the emacs runs. I've verified that it's nothing in my init.el o= r site-lisp files. I've verified that the bad behavior described below = does not happen when running on the same host with a real xterm.

The problem see= ms to have begun with emacs 24.4. I verified with fresh builds from source = that it works with 24.3, but not with 24.4 or 24.5.

The problem:

=C2=A0When= I scroll using the mouse wheel, the buffer scrolls as before, but there= 9;s also a screen flash, and a complaint in the mini buffer: "M-[ m&qu= ot; is undefined". It seems that emacs is seeing this escape sequence = after each movement of the mouse wheel. I have PuTTY set to report xterm mo= use events, and I have xterm-mouse-mode turned on in emacs.

I can work arou= nd this by adding a global-set-key to recognize the escape sequence and ign= ore it. As yet, I don't know if my workaround breaks anything else. The= escape sequence means "Turn off all special character attributes, e.g= ., blinking, bold, etc.". Here's the workaround I'm using:

(global-set= -key (kbd "\e [ m") (lambda () (interactive) nil))<= br>


Here is the lossage output under various combinations of emacs version a= nd client. I notice that with 24.4 the character \230 is displayed differen= tly than in 24.3, don't know if that relates to the problem.=C2=A0These are all star= ted as emacs -q -nw. After emacs starts up, I enable xterm-mouse-mode, and = then do a single scroll down with the mouse wheel:

=C2=A0

=C2=A0

This is emacs 24.3 with the PuTTY client.= The bad behavior is not seen in this case.

=C2=A0

ESC = [ > 0 ; 1 3 6 ; 0 c ESC x x t e r m - m o u s e

=

- m o d e RET ESC [ M a \230 % ESC [ M # \= 230 % C-h

l=

=C2=A0

=C2= =A0

=C2=A0

This is emacs 24.3 with the genuine xterm client. The b= ad behavior is not seen in this case.

=C2=A0

ESC [ >= 0 ; 2 7 8 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0

/ 0 0 0 0 / 0 0 0 0 ESC \ ESC x x t e r m - m o = u s

e - m o d e RE= T ESC [ < 6 5 ; 5 0 ; 1 3 M C-h l

=C2=A0


=C2=A0=

=C2=A0

=C2=A0

This is= emacs 24.4 with the PuTTY client. The bad behavior is seen in this case.

=C2=A0

ESC [ > 0 ; 1 3 6 ; 0 c ESC x x t e r m - m o = u s e

- m o d e RE= T ESC [ M a =C3=82 K ESC [ M # =C3=82 K C-h

l

=C2=A0

=C2=A0

=C2=A0

This is emacs 24.4 with the g= enuine xterm client. The bad behavior is not seen in this case.

=C2=A0

ESC [ > 0 ; 2 7 8 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0

/ 0 0 0 0 / 0 0 0 0 ES= C \ ESC x x t e r m - m o u s

e - m o d e RET ESC [ < 6 5 ; 9 6 ; 4 2 M C-h l$

<= /div>

=




Pasted below is the outpu= t from M-x report-emacs-bug on the failing version. I have also tried emacs= 24.5 and found the same bad behavior with the PuTTY client.


In GNU Emacs 24.4.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10)=

<= u>

of 2015-07-30 on= moes

System Descripti= on:=C2=A0=C2=A0=C2=A0=C2=A0 Debian GNU/Linux 7.7 (wheezy)

=C2=A0=

Configured using= :

`configure --wit= h-xpm=3Dno --with-gif=3Dno --with-tiff=3Dno'

=C2=A0=

Important settin= gs:

=C2=A0 value of = $LANG: en_US.UTF-8

=C2=A0 locale-co= ding-system: utf-8-unix

=C2=A0=

Major mode: Fund= amental

=C2=A0=

Minor modes in e= ffect:

=C2=A0 tooltip-m= ode: t

=C2=A0 electric-= indent-mode: t

=C2=A0 mouse-whe= el-mode: t

=C2=A0 tool-bar-= mode: t

=C2=A0 menu-bar-= mode: t

=C2=A0 file-name= -shadow-mode: t

=C2=A0 global-fo= nt-lock-mode: t

=C2=A0 auto-comp= osition-mode: t

=C2=A0 auto-encr= yption-mode: t

=C2=A0 auto-comp= ression-mode: t

=C2=A0 buffer-re= ad-only: t

=C2=A0 line-numb= er-mode: t

=C2=A0 transient= -mark-mode: t

=C2=A0=

Recent input:=

ESC [ > 0 ; 1= 3 6 ; 0 c ESC x r e p o r t - e m a c

s - b u g RET=

=C2=A0=

Recent messages:=

For information = about GNU Emacs and the GNU system, type C-h C-a.

=C2=A0=

Load-path shadow= s:

None found.

=C2=A0=

Features:=

(shadow sort gnu= s-util mail-extr emacsbug message format-spec rfc822 mml

easymenu mml-sec= mm-decode mm-bodies mm-encode mail-parse rfc2231

mailabbrev gmm-u= tils mailheader sendmail rfc2047 rfc2045 ietf-drums

mm-util help-fns= mail-prsvr mail-utils xterm time-date tooltip electric

uniquify ediff-h= ook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar

dnd fontset imag= e regexp-opt fringe tabulated-list newcomment lisp-mode

prog-mode regist= er page menu-bar rfn-eshadow timer select scroll-bar

mouse jit-lock f= ont-lock syntax facemenu font-core frame cham georgian=

utf-8-lang misc-= lang vietnamese tibetan thai tai-viet lao korean

japanese hebrew = greek romanian slovak czech european ethiopic indian

cyrillic chinese= case-table epa-hook jka-cmpr-hook help simple abbrev<= /p>

minibuffer nadvi= ce loaddefs button faces cus-face macroexp files

text-properties = overlay sha1 md5 base64 format env code-pages mule

custom widget ha= shtable-print-readable backquote make-network-process<= /p>

dbusbind gfileno= tify dynamic-setting system-font-setting

font-render-sett= ing move-toolbar gtk x-toolkit x multi-tty emacs)

=C2=A0=

Memory informati= on:

((conses 16 7750= 1 7411)

(symbols 48 1754= 0 0)

(miscs 40 70 113= )

(strings 32 9242= 4336)

(string-bytes 1 = 248382)

(vectors 16 7099= )

(vector-slots 8 = 341403 33128)

(floats 8 65 270= )

(intervals 56 15= 5 0)

(buffers 960 12)=

(heap 1024 7622 = 527))


--001a1139315ec22ed0051cbcf4d6--