From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Baylis Newsgroups: gmane.emacs.devel Subject: Possible mouse wheel regression in -nw mode with PuTTY Date: Fri, 31 Jul 2015 13:37:56 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113f940ea8fbb4051c31ccad X-Trace: ger.gmane.org 1438375131 2442 80.91.229.3 (31 Jul 2015 20:38:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jul 2015 20:38:51 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 31 22:38:50 2015 Return-path: Envelope-to: ged-emacs-devel@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 1ZLH4q-0007oh-RR for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 22:38:48 +0200 Original-Received: from localhost ([::1]:45953 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLH4q-0007nX-57 for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 16:38:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50910) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLH4Q-00073N-3P for emacs-devel@gnu.org; Fri, 31 Jul 2015 16:38:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZLH4L-0001kB-2c for emacs-devel@gnu.org; Fri, 31 Jul 2015 16:38:22 -0400 Original-Received: from mail-io0-x236.google.com ([2607:f8b0:4001:c06::236]:34454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZLH4K-0001jD-UQ for emacs-devel@gnu.org; Fri, 31 Jul 2015 16:38:17 -0400 Original-Received: by ioea135 with SMTP id a135so96678987ioe.1 for ; Fri, 31 Jul 2015 13:38:16 -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=g20gd2DzpYI38ax2I0ZbwE1A7bzsfUUVKsaHkps8DiI=; b=FI2vbd5g7dCHkgoayZgbzUb9Sq22tJBNyb0jpETw6hvLjhs1wgcmgXe6aUXy6Kvd6L HUEoC1BrG+m9ju9PqWGMv/nCR8CNAUGpubX2rsxurilCMojqN4ccQTHMShNtJ2tM0wUV 60j3GRueyp/ke7sk/XPGG9oP799U1r4YywyarWNBi9jqGfVmYUUPePaQqRyhaHC6iyu9 4At/K0mo+ZXI7JoM6i2WSJgkc28E7gMlYMwNGGJ3iUG6F1so/1K5SKAbUkyUFRof97ZH 3fTo9FNrQRs8TxGrpldPpWQ4fUk9UCLEmeR90Wt+jS8y3+DKDbx29NgE8LQVaLjaTUrb yLJQ== X-Received: by 10.107.10.144 with SMTP id 16mr9430103iok.43.1438375096151; Fri, 31 Jul 2015 13:38:16 -0700 (PDT) Original-Received: by 10.107.47.216 with HTTP; Fri, 31 Jul 2015 13:37:56 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c06::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:188244 Archived-At: --001a113f940ea8fbb4051c31ccad Content-Type: text/plain; charset=UTF-8 I think I'm seeing a slight regression in the behavior of the mouse wheel. This is with -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. 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 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 also executed some of the new terminal mode menu features, and saw the problem there as well, so I'm guessing that this new facility introduced the problem. Ordinary mouse clicks do the right thing. 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.". --001a113f940ea8fbb4051c31ccad 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. This is with -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. I've verified that the bad behavior descr= ibed 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 veri= fied with fresh builds from source that it works with 24.3, but not with 24= .4

The problem:

=C2=A0Whe= n I scroll using the mouse wheel, the buffer scrolls as before, but there&#= 39;s also a screen flash, and a complaint in the mini buffer: "M-[ m&q= uot; 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 m= ouse events, and I have xterm-mouse-mode turned on in emacs. I also execute= d some of the new terminal mode menu features, and saw the problem there as= well, so I'm guessing that this new facility introduced the problem. O= rdinary mouse clicks do the right thing.

I can wor= k around this by adding a global-set-key to recognize the escape sequence a= nd ignore it. As yet, I don't know if my workaround breaks anything els= e. The escape sequence means "Turn off all special character attribute= s, e.g., blinking, bold, etc.".=C2=A0


--001a113f940ea8fbb4051c31ccad--