After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 388692 - dynamically generated extremely long titles in gnome-terminal-2.16.1 cause the term to momentarily freeze
dynamically generated extremely long titles in gnome-terminal-2.16.1 cause th...
Status: RESOLVED FIXED
Product: vte
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-12-22 18:02 UTC by tommy zinfandel
Modified: 2008-11-29 08:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description tommy zinfandel 2006-12-22 18:02:42 UTC
Please describe the problem:
I have a script that generates a long command (wc output = 1 164 4520). gnome-terminal tries to put the entire string into the terminal title bar and causes the terminal to freeze.

Steps to reproduce:
1. Generate a really long command e.g. one with 4500+ characters or bytes
2. It causes gnome-terminal to dynamically put that command into the title bar of the window



Actual results:
the gnome-terminal window freezes for a few seconds.

Expected results:
the gnome-terminal shouldn't freeze

Does this happen every time?
yes

Other information:
Why not put a limit on the length of string that is malloc'd and put into the title bar of the gnome-terminal rather than trying to shove everything into it?
Comment 1 Chris Wilson 2007-01-19 21:17:26 UTC
This is the command I am using to try and replicate this:
# time python -c 'print "\033]0;Test:", ("a"*100000), "\007"'
real    0m0.021s
user    0m0.012s
sys     0m0.008s

[The titlebar does flash with "Test: aaaaa...".]

Can you please try this test to see if it is valid or your script against vte SVN.
Thanks.
Comment 2 tommy zinfandel 2007-08-28 06:14:04 UTC
Still occurs in 2.18.1 with your python test. It doesn't take long for the command to finish (1-2 seconds) but it's even worse in this version since it hangs the entire X display. I have to ctrl+alt+f1 (this takes a while) and kill the shell, ctrl+alt+f7 then xorg is again responsive.
Comment 3 Chris Wilson 2007-08-28 07:29:51 UTC
This is no slower on my machine, so I wonder if it is a bug in either xorg or the window manager. Another possibility is if we cause the system to swapout. What does free say when you're on the console and who are the memory hogs (if any)?
Comment 4 tommy zinfandel 2007-08-28 13:39:41 UTC
xorg-x11-7.2
fluxbox-1.0_rc3_p4983
xf86-video-i810-1.7.4
mesa-7.0.1

I can't do anything until after i get into the ptty. By then gnome-terminal uses less than 1% of mem and no cpu. Other applications are using much more memory.
Comment 5 tommy zinfandel 2007-08-28 14:39:56 UTC
i'm going to have to be ssh'd in and run the test. i'll let you know what is happening.
Comment 6 Behdad Esfahbod 2008-11-29 08:35:17 UTC
This works momentarily for me now.  Because we now set title in a differed callback.  Moreover, metacity ellipsizes the title.  /me marks as fixed.