Bug#565113: screen window renaming sequences do not immediatly take effect
I contacted the author of this bug report Joey Hess. He seems not to be able to reproduce the problem with tmux version 1.6-1: > maybe you did not get my last comment to Buf#565113 (tmux). I forget to put > you on CC. Can you please have a look ? I'm not sure, but I don't think I can reproduce this bug anymore. > > I'm not sure, but I don't think I can reproduce this bug anymore. > > Could you give me the tmux and the debian version you tested on ? 1.6-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565113: screen window renaming sequences do not immediatly take effect
On Debian unstable with tmux 1.6-1 I can not reproduce the problem. I tried bash and zsh, no difference. Using zsh print -nP '\033k%'; print -nPR $(date); print -n '\033\\'; Using bash printf '\033k%%%s\033\\' "$(date)" I found some people having the same issue on http://blog.hawkhost.com/2010/06/28/tmux-the-terminal-multiplexer/ However the solution seems to be (citations from link above): "I had the same problem with the automatic window renaming not working, even when “setw -g automatic-rename off” was in the conf file. The issue was it was conflicting with oh-my-zsh. If you delete the /oh-my-zsh/lib/termsupport.zsh file. It fixed my renaming issue." "I also had the problem with oh-my-zsh causing “setw -g automatic-rename off” not working in tmux, but this days it’s easy to fix, just add the following line into your ~/.zshrc: export DISABLE_AUTO_TITLE=”true” and restart the terminal." Joey, can you check this out once more ? Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565113: screen window renaming sequences do not immediatly take effect
Romain Francoise wrote: > Can you reproduce this bug in either 1.3-2 or 1.4-3 from > experimental? The input parser was rewritten in 1.3, it > may have fixed it. I only tried 1.3-2, I still can reproduce the problem there. -- see shy jo signature.asc Description: Digital signature
Bug#565113: screen window renaming sequences do not immediatly take effect
Joey, Can you reproduce this bug in either 1.3-2 or 1.4-3 from experimental? The input parser was rewritten in 1.3, it may have fixed it. Thanks, -- Romain Francoise http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565113: screen window renaming sequences do not immediatly take effect
Karl Ferdinand Ebert wrote: > could you please testify again the described bug? > I tried to verify it with tmux-1.2 and later with tmux-1.1 but neither > version > of tmux showed this behaviour anymore I had seen in January when you first > reported it. So maybe it is connected to a newer version of libvte as seen in > #565041. I can still reproduce the bug as described. tmux 1.2-1. -- see shy jo signature.asc Description: Digital signature
Bug#565113: screen window renaming sequences do not immediatly take effect
Hello, could you please testify again the described bug? I tried to verify it with tmux-1.2 and later with tmux-1.1 but neither version of tmux showed this behaviour anymore I had seen in January when you first reported it. So maybe it is connected to a newer version of libvte as seen in #565041. Thanks in advance. Regards, Karl Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#565113: screen window renaming sequences do not immediatly take effect
Package: tmux Version: 1.1-1 Severity: normal Screen has a feature that allows an escape sequence to be sent to change the title of a window. When it's sent, the name of the window will immediatly change in the status bar. Tmux seems to have the same feature. If I turn off automatic-rename, I can run this command, using zsh, and the status bar will update to show the date. print -nP '\033k%'; print -nPR $(date); print -n '\033\\'; sleep 100 So far so good. But the status bar does not always immediatly update. Sometimes, I need to do something, such as Ctrl-b+N, before the status bar updates. The really weird thing: If I run the above command and my prompt is at the top of the screen, the status bar always immediatly updates. Also in the middle of the screen. But if the prompt occupied the line of the screen 1 or 2 lines above the status bar, the delayed update bug happens. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tmux depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- debconf-show failed -- see shy jo signature.asc Description: Digital signature
