X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <50290217.6050202@cs.utoronto.ca> Date: Mon, 13 Aug 2012 09:33:11 -0400 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "cygwin AT cygwin DOT com" Subject: Strange "mouse" behavior in mintty Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Hi all, I'm hitting a mouse-related (?) problem with mintty in non-mouse mode. STC A: Log into a remote machine, invoke `sleep 10', and -- during the wait --- click anywhere on the line containing the cursor. STC B: Open tinyirc and click anywhere on the text entry line at the bottom Both cases will insert a long string like this: ^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C (only about 4x longer) I suspect this is a problem with the way mintty tries to be helpful with the mouse when the app's not mouse-aware. Running STC A on a local mintty/bash sesson will place the cursor wherever you clicked, which while harmless is arguably incorrect (and probably the source of troubles). Any ideas? Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple