From unknown Fri Jun 20 07:29:03 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21211 <21211@debbugs.gnu.org> To: bug#21211 <21211@debbugs.gnu.org> Subject: Status: 24.4; Possible regression in xterm mouse handling with PuTTY client Reply-To: bug#21211 <21211@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:29:03 +0000 retitle 21211 24.4; Possible regression in xterm mouse handling with PuTTY = client reassign 21211 emacs submitter 21211 Neil Baylis severity 21211 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 15:27:03 2015 Received: (at submit) by debbugs.gnu.org; 7 Aug 2015 19:27:03 +0000 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 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 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 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 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 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 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 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 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) MIME-Version: 1.0 Received: by 10.37.92.212 with HTTP; Fri, 7 Aug 2015 11:39:10 -0700 (PDT) From: Neil Baylis Date: Fri, 7 Aug 2015 11:39:10 -0700 Message-ID: Subject: 24.4; Possible regression in xterm mouse handling with PuTTY client To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a1139315ec22ed0051cbcf4d6 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-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit 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 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --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-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 19 18:30:03 2021 Received: (at 21211) by debbugs.gnu.org; 19 Sep 2021 22:30:03 +0000 Received: from localhost ([127.0.0.1]:40204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mS5Jy-0003aq-EB for submit@debbugs.gnu.org; Sun, 19 Sep 2021 18:30:03 -0400 Received: from mail-pf1-f177.google.com ([209.85.210.177]:33532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mS5Jx-0003Zz-0N for 21211@debbugs.gnu.org; Sun, 19 Sep 2021 18:30:01 -0400 Received: by mail-pf1-f177.google.com with SMTP id s16so6216164pfk.0 for <21211@debbugs.gnu.org>; Sun, 19 Sep 2021 15:30:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=GLT4crZPZf4cUA/SL+/1x9pqJ36qQB/90Hzf9srJxX8=; b=fhNB6avhV9l/8mas4bk+PxGJCnfaLSzJkd9a3ZjlF9mm7howe8Ta6tn5o/ivyXTgzu XtdVeUttAM+SKpR+C29tbAtgWyl3w17IgpsgvtzFEg8hx6laztrsfXSFcUfN4/p4YbYH 8SVmm8uTtVHzOiPU/Cfm/gUlQ3jr7jCMh0NTA4P8oeW13uhbfD/y5xYAfT0H/kMgfMFY h3pf+y+oUPylVjot9a8qG7MRRjAAuA0OlVBKLYguoBmibEehsTbf4f/T1pQ3Rvf3UXf4 e6zYIBi8E1XlqgXKx+NXtzBUCt8hFOQEQVYVwg4apP2Zp8+uac3Y424cExnGDkkmB3Q+ B6wg== X-Gm-Message-State: AOAM533WM2x/aV1m3EhLiE/kGq1GhlvRYnYooSKLDNQduJD1R7QK+fi0 d7AIoF1yGzqkmFjE2rmSgF98JKCi8s/1joQ86FltO7Rg X-Google-Smtp-Source: ABdhPJwAkArtSETa1dvli6gw0Vf0pvRe3k7TNeH4yuQEGsrcMKVFewaO2S2zAag1Tjd2fCUMXrRrp/qkp3Q7VM3NVXM= X-Received: by 2002:a05:6a00:1586:b0:447:b30c:4a65 with SMTP id u6-20020a056a00158600b00447b30c4a65mr3055333pfk.0.1632090595317; Sun, 19 Sep 2021 15:29:55 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 19 Sep 2021 15:29:54 -0700 From: Stefan Kangas In-Reply-To: (Neil Baylis's message of "Fri, 7 Aug 2015 11:39:10 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Sun, 19 Sep 2021 15:29:54 -0700 Message-ID: Subject: Re: bug#21211: 24.4; Possible regression in xterm mouse handling with PuTTY client To: Neil Baylis Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 21211 Cc: 21211@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Neil Baylis writes: > 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 runni= ng on the same host with a real xterm. > > The problem seems to have begun with emacs 24.4. I verified with fresh bu= ilds 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 t= here'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 afte= r 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= . (That was 6 years ago.) Are you still seeing this issue on a recent version of Emacs, such as 27.1? > 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 cha= racter 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 an= d 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. Thes= e 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 thi= s 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 versi= on. 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)) From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 00:47:40 2021 Received: (at 21211) by debbugs.gnu.org; 20 Sep 2021 04:47:40 +0000 Received: from localhost ([127.0.0.1]:40481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSBDQ-0006Vj-J9 for submit@debbugs.gnu.org; Mon, 20 Sep 2021 00:47:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSBDO-0006V7-Sa for 21211@debbugs.gnu.org; Mon, 20 Sep 2021 00:47:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46580) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mSBDJ-0008Ja-BS; Mon, 20 Sep 2021 00:47:33 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1044 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSBDI-0008OX-U9; Mon, 20 Sep 2021 00:47:33 -0400 Date: Mon, 20 Sep 2021 07:47:23 +0300 Message-Id: <83fstz3lb8.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Sun, 19 Sep 2021 15:29:54 -0700) Subject: Re: bug#21211: 24.4; Possible regression in xterm mouse handling with PuTTY client References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21211 Cc: neil.baylis@gmail.com, 21211@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Sun, 19 Sep 2021 15:29:54 -0700 > Cc: 21211@debbugs.gnu.org > > > 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. > > (That was 6 years ago.) > > Are you still seeing this issue on a recent version of Emacs, such as > 27.1? I don't, FWIW. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 02:10:06 2021 Received: (at 21211-done) by debbugs.gnu.org; 20 Sep 2021 06:10:06 +0000 Received: from localhost ([127.0.0.1]:40745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSCVB-0004se-Sm for submit@debbugs.gnu.org; Mon, 20 Sep 2021 02:10:06 -0400 Received: from mail-pg1-f178.google.com ([209.85.215.178]:40616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mSCV9-0004re-ST for 21211-done@debbugs.gnu.org; Mon, 20 Sep 2021 02:10:04 -0400 Received: by mail-pg1-f178.google.com with SMTP id h3so16262929pgb.7 for <21211-done@debbugs.gnu.org>; Sun, 19 Sep 2021 23:10:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=++D8UwnlDsW+JKy45QPMGgMoGK4UOdlpu/XZ8aCsV38=; b=xW764CNzrOefOYWZahL+wGLjGnrhHlPLdIJjuqHADkMtsBGBRPGvVgFibbm+DervbN Eo97EzHUk/nz8QWV4gD0f21rtjyI214E87fx2kM0j8KKQhlqw4HtrLK7LVj1Z0oNU4Yd dpdt3wacMB9nGnmB4LavprZZCR8M6z/MpSRr+qmK7rbvzZFeRp9XYtHFXc+10lGAvDfC vifvZ9Bbqktzb1AsCPGKSNRD9S2GQZO7NQUammRHyEHb3U9zPC3i/Z7OhB4DfX1Lk6yA MfNR7c45lN5tiCQoVnMl61kNwpWvdYSSC70LUnUg0UiwVANXeHeLEW+indzEtsR12zKF kWQg== X-Gm-Message-State: AOAM5335EclL++DbnmI82Ga66n11qqFM/QtBFuaX0cQA5Iej1wYBFY2M ZPv5+5RHrHQDJ6SLdU7p8902ew6ecF6DrwJBKsE= X-Google-Smtp-Source: ABdhPJw97gjWfwL9+Ng/t9SLjfePsvtRLpcueII4Kwfx8lkahPLIKPr5EwgCcfSuseCwvU/t1aIXLz3xYCn1dAkOCm0= X-Received: by 2002:a05:6a00:1586:b0:447:b30c:4a65 with SMTP id u6-20020a056a00158600b00447b30c4a65mr4458524pfk.0.1632118198134; Sun, 19 Sep 2021 23:09:58 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 19 Sep 2021 23:09:57 -0700 From: Stefan Kangas In-Reply-To: <83fstz3lb8.fsf@gnu.org> References: <83fstz3lb8.fsf@gnu.org> MIME-Version: 1.0 Date: Sun, 19 Sep 2021 23:09:57 -0700 Message-ID: Subject: Re: bug#21211: 24.4; Possible regression in xterm mouse handling with PuTTY client To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 21211-done Cc: neil.baylis@gmail.com, 21211-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Eli Zaretskii writes: >> Are you still seeing this issue on a recent version of Emacs, such as >> 27.1? > > I don't, FWIW. OK, let's assume the problem has gone away or been fixed. I'm therefore closing this bug report. If this conclusion is incorrect and this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. From unknown Fri Jun 20 07:29:03 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 18 Oct 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator