Red Hat Bugzilla – Bug 82907
gnome-terminal handles input slowly and slows down as lines become long
Last modified: 2007-04-18 12:50:24 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030117 Description of problem: gnome-terminal seems to handle cursor moving, insertion and pasting with worse than O(n) algorithms where n is the length of the current line. Furthermore such algorithms are slow even at the start of the line. Version-Release number of selected component (if applicable): gnome-terminal-2.2.0-1 How reproducible: Always Steps to Reproduce: 1. Paste a string several thousands characters long in gnome-terminal 2. Move with the left/right arrows within it Actual Results: Pasting is very slow, and becomes even slower as the operation progresses. The screen is redrawn after every character Moving is also very slow. If you press an arrow several times and then stop, gnome-terminal is so slow that it will continue to process the old keystrokes for some time. Expected Results: Both operations should happen instantaneously. The screen should only be redrawn when the whole string has been pasted.
s/worse than O(n)/non-constant time, probably O(n)/
Is this at a shell prompt? If so, then it's probably specific to the shell rather than the terminal.
Hi Luca, This does not appear to be a bug in gnome-terminal or vte. If I type "cat" at the prompt and paste a line of text that is several thousand characters long there is no noticeable delay in the text getting pasted. I'm going to close this bug, but if you are still experiencing this problem, feel free to open a bug against the shell that you use. Thanks.