DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 6C5AA385BF92
Subject: Re: Issue with mintty: title not updated when background process
 exists
To: cygwin@cygwin.com
References: <c0d8bcc6-5620-dcf8-d462-02083d85c41d@orange.fr>
From: Thomas Wolff <towo@towo.net>
Message-ID: <7ea4c66b-5463-dccb-9a19-acd0ffb546c0@towo.net>
Date: Wed, 1 Apr 2020 14:20:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <c0d8bcc6-5620-dcf8-d462-02083d85c41d@orange.fr>
Precedence: list
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces@cygwin.com
Sender: "Cygwin" <cygwin-bounces@cygwin.com>
Content-Transfer-Encoding: 8bit

Am 01.04.2020 um 13:07 schrieb Luc Henninger:
> Hello,
>
> I have defined the PS1 variable as follow
> PS1='\[\e]0;\w\a\]\[\e[32m\]\u@\h \[\e[35m\]\w\[\e[0m\]\n\$ '
> so that the cur dir is set as title of the window.
>
> This generally work for both mintty or cmd.
> But after the sequence
>   Luc@Mulan ~
>   $ emacs &
>   [1] 371
>   Luc@Mulan ~
>   $ cd bin
>   Luc@Mulan ~/bin
>   $
> the title of the mintty widow remain to "~".
>
> The same sequence with cmd window change the title to "~/bin"
>
> The title is correctly updated only after I close emacs and push a 
> return to the main window.
>
> Any explanation? Thanks
Noted first, this is in any case not a mintty issue as mintty updates 
the title whenever it receives the respective escape sequence. The 
scenario sounds weird, however. Is the background process continuously 
sending title escape sequences? But 'emacs &' looks like you're starting 
a GUI instance of emacs, right? So why should it?
Thomas
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple