From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ed Avis Newsgroups: gmane.emacs.bugs Subject: bug#45042: 27.1; emacs -nw on Windows does not always update cursor position on screen Date: Fri, 4 Dec 2020 18:53:28 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_PH0PR11MB4887DBC51723BB8DE454EB719DF10PH0PR11MB4887namp_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4522"; mail-complaints-to="usenet@ciao.gmane.io" To: 45042@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 04 22:05:35 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1klIGk-00011n-2j for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 04 Dec 2020 22:05:34 +0100 Original-Received: from localhost ([::1]:34874 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1klIGj-0004Qn-1R for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 04 Dec 2020 16:05:33 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41518) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1klGDS-0000D9-S9 for bug-gnu-emacs@gnu.org; Fri, 04 Dec 2020 13:54:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34249) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1klGDS-0006Yy-LS for bug-gnu-emacs@gnu.org; Fri, 04 Dec 2020 13:54:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1klGDS-0007v0-Jb for bug-gnu-emacs@gnu.org; Fri, 04 Dec 2020 13:54:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ed Avis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Dec 2020 18:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 45042 X-GNU-PR-Package: emacs X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Original-Received: via spool by submit@debbugs.gnu.org id=B.160710803630425 (code B ref -1); Fri, 04 Dec 2020 18:54:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 4 Dec 2020 18:53:56 +0000 Original-Received: from localhost ([127.0.0.1]:45795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1klGDM-0007ue-3G for submit@debbugs.gnu.org; Fri, 04 Dec 2020 13:53:56 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:53494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1klGDJ-0007uU-OE for submit@debbugs.gnu.org; Fri, 04 Dec 2020 13:53:54 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41498) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1klGDI-00009i-7w for bug-gnu-emacs@gnu.org; Fri, 04 Dec 2020 13:53:53 -0500 Original-Received: from mailgate2.prudential.com ([161.151.157.53]:39880) by eggs.gnu.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1klGD8-0006PW-GD for bug-gnu-emacs@gnu.org; Fri, 04 Dec 2020 13:53:51 -0500 IronPort-SDR: iODlTvK+Y6K4AmtnTqIITViw6JZhGB5/tCy8ZgYydy/8TpmL23TFQfqLU1US9POEJf2RFtGeZV 6Hm2trRq0INQ== Original-Received: from p2erscba1085.prudential.com (HELO ironportnjprod.prudential.com) ([161.151.153.21]) by ironportnjprod.prudential.com with ESMTP; 04 Dec 2020 13:53:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qmaw.com; i=@qmaw.com; q=dns/txt; s=20200731; t=1607108010; x=1638644010; h=from:to:subject:date:message-id:mime-version; bh=xu15BexQhob1qGRFM/8ajzDaPAMJNFsChzeRLY6OJrY=; b=QnKir54BiFgL2tkjBGd3igDCiAJMAYFXnkZVHtF3S7UHTCJ0wyqcvoFB CUmNfvxCuayw7dobbWm0DyksoI9VIVDKqidZaKM423aZSCLBGDBwGnqUO t/fu6xPWwKOpORa97POtg0bWXKPttq93Sv+OjnOqrlp0Xz0d9wYhHb3wV 0QVGcb0eMyGY86CyVJuYaRx6eceU6ws0wtxnVtV3dTGOqhbhHmr4P56Dw mFoQeHnB/Czy5QGR4Imvo7Ng2VJ6Ena/1K/1m8+jgoMbCU8JwkgCNyeEK jTLgbClArGb1pDvr1Vl5YlEhysSf2ThdwY+Y85cfxTVDIZgBWFVomQBKv Q==; IronPort-SDR: CsQ+hp20pWVM4z0d6LapcQldTfmXzKQmGziMFRlgtuePMx+bOVsn0J9ce8Lp7KACVprQ1tqCPB Vl8Jdk7uXCag== Original-Received: from NAM11-DM6-obe.outbound.protection.outlook.com ([48.96.18.218]) by njros1ngw23.prudential.com (IBM Domino Release 9.0.1FP8 HF450) with ESMTP id 2020120413532942-3092124 ; Fri, 4 Dec 2020 13:53:29 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xr/zlj/Waxs8FVSMKIkcnOpcbLuYRGY4+asMWEEC8x5o4m3rD9DElCF5nI+gY0ccsx9VzbwTrRyeN/D71i66NURIXbiZbhVje1aPGB7v9XCam+tkQIPCO6vxOzLbS/02ACG3AVlZ2wIgTAEl9gVOCCUjKiE4rxxkOIBnY6rnLu/qYJ1jRetPbloh6HPKIVIr45+Z4zkmwy0aZKagrfet0mVloF7STT1DwDAg95f9ZoPVkws8eXgCmBzAw7fTI0oJFJmEeMkgKhPcr2B1fKj6TF7cmM+yNh5gIAeeBkyfB0vP7mqcue/rZwYoll3xe7rwHg/sVn73wkAO/qs9CidRgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2kf1w0AtTwayJf8KoJvLZ2J1qqU0T0ZeIDHIWZknnYY=; b=gewZJ2gPNTSBaDTsSc4FSlcn+zbPVavqILxSOtX7Z+0sTwdCO7gOlR84ML/O0E4WrCySCxh7zZ/oZwv+yqw5ynmy6eN84JzhRQlh/mq4pUej8XvpaJrezYW8KqRGlKsU1jwX/Cmi1HqdqAATQgta7UNvsYdpDmPMLoLKYdb1b5nlQq/89C4KFKHQ6qafot5BLGMdaoK1vlt3YGdwqmcgckVf9+b8xs2dDHkR74MLMO/ZB8ylkNTrPNbtBd4UDrAB8zVP/I+Xeof332sDhSmpJKF1cbi6J4VKPAg5LeYOFkkFTUdB5AeozOokiBhhboKkjrsbUUXE7MutsTCk5OmoCg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=qmaw.com; dmarc=pass action=none header.from=qmaw.com; dkim=pass header.d=qmaw.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=prudentialus.onmicrosoft.com; s=selector1-prudentialus-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2kf1w0AtTwayJf8KoJvLZ2J1qqU0T0ZeIDHIWZknnYY=; b=Xp539RGwAJ1mce5KDhPc6Zhdp7bx3pNUpWAtm9vWwPwQQ3L5sJzbgHku6wnowWTDKJAz/lwpnijc4rAlU1Q8Mz5PGmQBHN+l+0qGJ/3bIyfooMGzxY9sI7kWZEHRgZyDEDiDXJWXlfThIubSgtXlwqA0tgxvDnMKL/25cVrPb2g= Original-Received: from PH0PR11MB4887.namprd11.prod.outlook.com (2603:10b6:510:30::18) by PH0PR11MB4774.namprd11.prod.outlook.com (2603:10b6:510:40::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.19; Fri, 4 Dec 2020 18:53:28 +0000 Original-Received: from PH0PR11MB4887.namprd11.prod.outlook.com ([fe80::c848:ea0:68ec:9e4d]) by PH0PR11MB4887.namprd11.prod.outlook.com ([fe80::c848:ea0:68ec:9e4d%6]) with mapi id 15.20.3632.021; Fri, 4 Dec 2020 18:53:28 +0000 Thread-Topic: 27.1; emacs -nw on Windows does not always update cursor position on screen Thread-Index: AQHWym6lg0V35o5zVkSQb8w1P9Je8A== Accept-Language: en-GB, en-US authentication-results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=qmaw.com; x-originating-ip: [37.244.66.116] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7e1920fe-757d-451f-c858-08d89885e33c x-ms-traffictypediagnostic: PH0PR11MB4774: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PuYDl5JqpivnsxYlAMTJXva9BtZYjqbONHvVLE3GbDW/ZjLXtFx9A/olSGpe83BU+sAcFmVCNeI+vtyyVE5XJMrBo/NsuuVKqYxcDlQc6sxF6aL3O9EaRgjGsMfMN1PyHeX8qeKty7ET/q9SL5SS3joy7SworU3Tzy9uEnntpCJiKun2hKGhYCWFq9XoNxY/iUrWXo1WoPfRAkI7X3qyIEtTmnD7pNYv6L1qOcNEKznQRkoLcvLmEQHm1JkZ1rDJVflRnyAtXrZlllSxBQsEaWeOLjzHR+A+YtKUNnGQWXx7x3MxHdMawP0LTH0xAGTlGbzco8kbS26KC0bWREYk5dp3/xSgeO9Q7zNrRM0jPupwJof7EhaUXku2+liNED7i x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(136003)(396003)(366004)(346002)(39860400002)(6916009)(7696005)(2906002)(8936002)(76116006)(5660300002)(45080400002)(66946007)(83380400001)(478600001)(66556008)(91956017)(86362001)(64756008)(15650500001)(66446008)(9686003)(19627405001)(8676002)(52536014)(6506007)(55016002)(44832011)(71200400001)(26005)(166002)(316002)(33656002)(186003)(66476007)(460985005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: q90aqZ9u7xynwVlsY3JfWwp+zvsi7sbSgug2Pd6vi619TXcpdzBqessbnkPPdcRiiHFEJOP3WxEFBC+T9O6Ug+rd0w9gQE2CPyQ3D6a89PKns8sHzcWkQwyOfQNGnNLebJKnhSq4kbKDwwGi8kJFB4CkvfZWj55cGDc7nMKZ1E3m/4xRtKJ7jeZJrbJyYaLx/xN1/TLb/v3rg267Fo/rQrE3uBkhmmU/suD9nbPCWvhy/GGNZBwlQhskZ6U4EnCiI7rLvsiNomV9edg86jb7VXB1Rt6mK5qG8ljtC56NHxadhLbQi2rZBu/1NPIEzEP4x/wQV1tVDRwBuw/GSKfKzC9ReqoeHqyxD4xeOQ2sEmByviMPE85mtgqSgaQ2yzzwB/831I6AKdNNxgsxKKyodZM38J+0DqrhQ5wQWagRYB6x99M/4+1/TtRXhvngexGcXHOnaWJT8B7+aZ3McFSkchxbr9SWGu0e/Ev48cNJUAxRlndl5PxkOHm6AgfPMZEB8EmJ1v6DR9xPVpS3pOEUDVYxssziSBZhS/YfnS848fQs6NfHp5q3W2sVS48DzNXZKYNwZlHOaSi8C72qbtrJPskPdDDFioIlU8/OuhCWLK3gY2coYgd80xCWJ+Rq3Kz1+3yMk/L3qAw2Zy5ZQhU0DfY1Eqf6sBsIutEiq7d4OfKwsWZLdW7UQkRWNO0Iw0aLeleAo70EQtkS+oOn1etlM7cJKWxrqLlV1Ii2qUymACUTFyOW/a6TdyHw/2Ql CPxSPe07zVFVWLAntKUW89kMJO5fhRCmjf9zPFdJ8PRKckF7e2pi8H/cUWw8Q3kdhXn/YhfCs33GDDdCzx1YbKy6MKIyTeamWm x-ms-exchange-transport-forked: True X-OriginatorOrg: qmaw.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4887.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7e1920fe-757d-451f-c858-08d89885e33c X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 18:53:28.2632 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d8fde2f5-9392-4260-8a03-0ad01f4746e9 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Tu/PjgmPm/SCIIo5JqkUivnzC7m5GFZwnPsGl/pv1FxR+PA4CuWImoiM8TzZR5S1XVAAs1mu6wbIugimBP0Ybw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB4774 X-MIMETrack: Itemize by SMTP Server on NJROS1NGW23/SERVER/Prudential(Release 9.0.1FP8 HF450|June 28, 2017) at 12/04/2020 01:53:29 PM, Serialize by Router on NJROS1NGW23/SERVER/Prudential(Release 9.0.1FP8 HF450|June 28, 2017) at 12/04/2020 01:53:29 PM, Serialize complete at 12/04/2020 01:53:29 PM X-TNEFEvaluated: 1 Content-Language: en-GB X-CFilter-Loop: Reflected Received-SPF: pass client-ip=161.151.157.53; envelope-from=prvs=60070cc3b=ed.avis@qmaw.com; helo=mailgate2.prudential.com X-Spam_score_int: -39 X-Spam_score: -4.0 X-Spam_bar: ---- X-Spam_report: (-4.0 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195010 Archived-At: --_000_PH0PR11MB4887DBC51723BB8DE454EB719DF10PH0PR11MB4887namp_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" I installed the GNU Emacs build for Microsoft Windows x86_64 from the GNU FTP site. Rather than the graphical interface I am running it in text mode using 'emacs.exe -nw'. If run from the ancient Windows command prompt (cmd.exe) this works well. But in other terminal emulators there is a strange problem where the cursor position is not always updated. For example, run Emacs inside the Alacritty terminal emulator. Moving point up and down with the arrow keys (or C-p and C-n) works, but moving left and right (with arrows, C-b, C-f) does not update the visible cursor on screen. Point did move, as you can see by typing some characters, and the visible cursor will update when you move up or down, but horizontal movement doesn't seem to display. If this were just one terminal emulator I would not suggest it as a bug in Emacs, but the same thing happens when running an ssh server on the Windows machine and running emacs -nw over ssh from another Windows machine. The cursor movement problem happens whether the ssh client is OpenSSH (ssh.exe) running in cmd.exe, or ssh.exe running in Alacritty, or from PuTTY (which combines ssh client and terminal emulator). Quick experiments with setting TERM to 'vt100' instead of 'xterm' did not find a fix. Is there something Emacs can do to make sure the cursor position on screen is always updated? In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-21 built on CIRROCUMULUS Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.18363 System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.1198) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --without-dbus --host=3Dx86_64-w64-mingw32 --without-compress-install 'CFLAGS=3D-O2 -static'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: ENG locale-coding-system: cp1252 Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/w32console tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded 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 threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 43590 9530) (symbols 48 6020 1) (strings 32 15201 1632) (string-bytes 1 502900) (vectors 16 6718) (vector-slots 8 78458 6176) (floats 8 18 317) (intervals 56 187 0) (buffers 1000 12)) This email and any files transmitted with it are CONFIDENTIAL and are inten= ded solely for the use of the individual(s) or entity to whom they are addr= essed. Any unauthorized copying, disclosure or distribution of the material= within this email is strictly forbidden. Any views or opinions presented w= ithin this email are solely those of the author and do not necessarily repr= esent those of QMA Wadhwani LLP (QMAW) unless otherwise specifically stated= . An electronic message is not binding on its sender. Any message referring= to a binding agreement must be confirmed in writing and duly signed. If yo= u have received this email in error, please notify the sender immediately a= nd delete the original. Telephone, electronic and other communications and = conversations with QMAW and/or its associated persons may be recorded and r= etained. QMAW is authorized and regulated by the Financial Conduct Authorit= y. QMAW (registered in England No. OC303168) has its registered office at 9= th Floor Orion House, 5 Upper St Martin's Lane, London, WC2H 9EA. Please note that your personal information may be stored and processed in a= ny country where we have facilities or in which we engage service providers= . If you provide personal information to us by email or otherwise, you cons= ent to the transfer of that information to countries outside of your countr= y of residence and these countries may have different data protection rules= than your country.' To learn about our privacy policies, please use this link to read the PGIM Privacy Notice. --_000_PH0PR11MB4887DBC51723BB8DE454EB719DF10PH0PR11MB4887namp_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1" I installed the GNU Emacs build for Microsoft Windows x86_64 from the
GNU FTP site.  Rather than the graphical interface I am running i= t in
text mode using 'emacs.exe -nw'.  If run from the ancient Windows=
command prompt (cmd.exe) this works well.  But in other terminal<= /div>
emulators there is a strange problem where the cursor position is not<= /div>
always updated.

For example, run Emacs inside the Alacritty terminal emulator.  M= oving
point up and down with the arrow keys (or C-p and C-n) works, but movi= ng
left and right (with arrows, C-b, C-f) does not update the visible
cursor on screen.  Point did move, as you can see by typing some<= /div>
characters, and the visible cursor will update when you move up or dow= n,
but horizontal movement doesn't seem to display.

If this were just one terminal emulator I would not suggest it as a bu= g
in Emacs, but the same thing happens when running an ssh server on the=
Windows machine and running emacs -nw over ssh from another Windows
machine.  The cursor movement problem happens whether the ssh cli= ent is
OpenSSH (ssh.exe) running in cmd.exe, or ssh.exe running in Alacritty,=
or from PuTTY (which combines ssh client and terminal emulator).

Quick experiments with setting TERM to 'vt100' instead of 'xterm' did<= /div>
not find a fix.  Is there something Emacs can do to make sure the= cursor
position on screen is always updated?


In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32)
 of 2020-08-21 built on CIRROCUMULUS
Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8
Repository branch: HEAD
Windowing system distributor 'Microsoft Corp.', version 10.0.18363
System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.1198)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 G= MP

Important settings:
  value of $LANG: ENG
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-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

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs<= /div>
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg=
epg-config gnus-util rmail rmail-loaddefs text-property-search time-da= te
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies=
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loadde= fs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-uti= ls
term/w32console tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win=
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe<= /div>
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-m= s
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs=
button faces cus-face macroexp files text-properties overlay sha1 md5<= /div>
base64 format env code-pages mule custom widget hashtable-print-readab= le
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 43590 9530)
 (symbols 48 6020 1)
 (strings 32 15201 1632)
 (string-bytes 1 502900)
 (vectors 16 6718)
 (vector-slots 8 78458 6176)
 (floats 8 18 317)
 (intervals 56 187 0)
 (buffers 1000 12))


This email and any files transmitted with it are CONFIDENTIAL and are inten= ded solely for the use of the individual(s) or entity to whom they are addr= essed. Any unauthorized copying, disclosure or distribution of the material= within this email is strictly forbidden. Any views or opinions presented within this email are solely those of the = author and do not necessarily represent those of QMA Wadhwani LLP (QMAW) un= less otherwise specifically stated. An electronic message is not binding on= its sender. Any message referring to a binding agreement must be confirmed in writing and duly signed. If yo= u have received this email in error, please notify the sender immediately a= nd delete the original. Telephone, electronic and other communications and = conversations with QMAW and/or its associated persons may be recorded and retained. QMAW is authorized and re= gulated by the Financial Conduct Authority. QMAW (registered in England No.= OC303168) has its registered office at 9th Floor Orion House, 5 Upper St M= artin's Lane, London, WC2H 9EA.

Please note that your personal information may be stored and processed in a= ny country where we have facilities or in which we engage service providers= . If you provide personal information to us by email or otherwise, you cons= ent to the transfer of that information to countries outside of your country of residence and these countries may = have different data protection rules than your country.’

To learn about our privacy policies, please use this link to read the PGIM Privacy Notice.

--_000_PH0PR11MB4887DBC51723BB8DE454EB719DF10PH0PR11MB4887namp_--