Bug#703884: Setting window title with ^]2; escape fails if sent too early

2014-03-05 Thread Yuri D'Elia
Package: zsh Followup-For: Bug #703884 This was fixed at least in zsh 5.0.4 already. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#703884: Setting window title with ^]2; escape fails if sent too early

2013-03-26 Thread Ryan Kavanagh
reassign 703884 zsh affects 703884 rxvt-unicode rxvt-unicode-256color rxvt-unicode-lite thanks On Mon, Mar 25, 2013 at 11:55:21PM +0100, Marc Lehmann wrote: when I run this and in another terminal do killall -SIGWINCH zsh, then after 10 retries, I got this output (and zsh even exits with status

Bug#703884: Setting window title with ^]2; escape fails if sent too early

2013-03-26 Thread Axel Beckert
Control: found -1 4.3.17-1 Control: found -1 5.0.2-2 Marc Lehmann wrote: testing with the zsh in debian testing confirms the bug in zsh. zsh -c 'while :; do print -Pn x;done' when I run this and in another terminal do killall -SIGWINCH zsh, then after 10 retries, I got this output (and

Bug#703884: Setting window title with ^]2; escape fails if sent too early

2013-03-25 Thread Yuri D'Elia
Package: rxvt-unicode-256color Version: 9.15-2 Severity: minor I'm using urxvt along with awesome-wm and zsh. I have the following set into my .zshrc: precmd() { print -Pn '\e]2;anything%~\a' } which is pretty common and sets the window title to something before the prompt is shown. However, a

Bug#703884: Setting window title with ^]2; escape fails if sent too early

2013-03-25 Thread Marc Lehmann
testing with the zsh in debian testing confirms the bug in zsh. zsh -c 'while :; do print -Pn x;done' when I run this and in another terminal do killall -SIGWINCH zsh, then after 10 retries, I got this output (and zsh even exits with status 1!): xxx[many x's omitted]xxzsh:print:1:

Bug#703884: Setting window title with ^]2; escape fails if sent too early

2013-03-25 Thread Marc Lehmann
This sounds very much like a bug in zsh. interrupt sounds like write() received an EINTR, and zsh didn't retry as it should have. The EINTR is likely the result of the SIGWINCH signal that urxvt (or the kernel, depending on window manager behaviour) sends, which would explain why it is a race and