- Package:
- gnome-terminal
- Source:
- gnome-terminal
- Description:
- GNOME terminal emulator application
- Submitter:
- Sorin Olteanu
- Date:
- 2017-10-19 17:48:03 UTC
- Severity:
- important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
Oh, for what it's worth, here's what reportbug shows for gnome-terminal for me... Conrad Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf-service 3.2.6-3 ii gnome-terminal-data 3.14.0-1 ii gsettings-desktop-schemas 3.14.0-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libdconf1 0.22.0-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-2 ii libgtk-3-0 3.14.1-1 ii libnautilus-extension1a 3.14.0-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libuuid1 2.20.1-5.11 ii libvte-2.91-0 0.38.0-1 ii libx11-6 2:1.6.2-3 Versions of packages gnome-terminal recommends: ii dbus-x11 1.8.8-2 ii gvfs 1.22.0-1+b1 ii yelp 3.14.0-1
I can confirm this. It makes Gnome unusable if you're a text terminal
type of person. That said, I think it may be deeper than
gnome-terminal, but you'll be a better judge of that.
I first encountered this issue after dist-upgrading to jessie at the
start of September. Symptoms:
- Input events appear to be processed only on receipt of the next
event, so if you type ['d', 'e', backspace, 'f', space], you'll see
the following:
- After d: [nothing]
- After e: d
- After backspace: de
- After f: d
- After space: df
- Interactions with mouse clicks throughout the GUI suffered the same
problem.
- Terminal output suffers interruptions too: for example, you could
start vim and only half of the first screen of text would be
displayed. You'd see the rest after your first keypress. It
sometimes even stops half way through terminal control codes, so you
get a "^[<"-type half-escape sequence, which turns into whatever the
right things is when you hit the next key.
- In fact, it's possible that *output* is the sole problem (maybe
all events are processed immediately, but the consequences just
aren't shown). I haven't yet been able to discern whether this is
the case though; it just occurred to me as a possibility, and I'll
keep an eye out for evidence now.
Since the computer became completely unusable (imagine using vi in the
above circumstances), I wiped it and tried a fresh install of jessie
from scratch.
Everything seemed good, but of course at that point we were still on
xfce-by-default. Now with the recent update back to Gnome, the problem
has reappeared, although it is much less frequent: it doesn't happen
*all the time* (which was the case in September; now it happens in fits
every hundred keypresses), and I haven't witnessed mouse problems yet,
but I only started using the - um - upgrade this morning.
In fact, since I'd been using xfce-terminal when I first logged back in
under Gnome, I first witnessed its reappearance while using
xfce-terminal under Gnome, not gnome-terminal - having switched to
gnome-terminal the problem is visible in both. This is why I suggest
above that the problem may be deeper than gnome-terminal.
I've tried swapping between USB and PS/2 keyboards, and that doesn't
affect the problem. No sign of it either in the pure xfce environment.
I'd be very grateful for any help, as this pretty much stops me from
being able to use jessie at all.
Best regards,
Conrad
This is probably the same as https://bugzilla.gnome.org/show_bug.cgi?id=730763. Could you please verify if you experience the same symptoms as there (e.g. focus out repaints the screen; the timestamp printed by a "date" reveals that it's executed as soon as you hit Enter, even though the display is not yet updated...)? I haven't faced this bug for a while now. I suspect it's a problem with some underlying component (X, Gtk?) that's probably been fixed in the meantime. (Just for the record: I am using the latest Ubuntu.)
Hey guys, thanks for reporting. Sorin and Conrad, could you please still reproduce this issue with newer version of libvte-2.91-0 and gnome-terminal ? If so, is the same behavior as https://bugzilla.gnome.org/show_bug.cgi?id=730763 like Egmont reported ? thanks regards althaser
Hello. My problem is still here. Terminal is lagging one keypress. This happens only when using gnome shell. It does not happen when using Xfce. Also It happens to whatever terminal I use (rxvt, roxterm etc) I had in my system libvte-2.90 AND libvte-2.91. Uninstalled libvte 2.90 and no effect, I still have the one keypress lag in gnome shell.
Pedro> Sorin and Conrad, could you please still reproduce this issue Pedro> with newer version of libvte-2.91-0 and gnome-terminal ? It gradually faded away for me shortly after I reported the bug: I can't remember encountering it recently at all. Currently on: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-================================= ii libvte-2.90-9 1:0.36.3-1 amd64 Terminal emulator widget for GTK+ ii libvte-2.90-co 1:0.36.3-1 all Terminal emulator widget for GTK+ ii libvte-2.91-0 0.38.1-1 amd64 Terminal emulator widget for GTK+ ii libvte-2.91-co 0.38.1-1 all Terminal emulator widget for GTK+ ii libvte-common 1:0.28.2-5 all Terminal emulator widget for GTK+ ii libvte9 1:0.28.2-5 amd64 Terminal emulator widget for GTK+ ii gnome-terminal 3.14.1-1 amd64 GNOME terminal emulator applicati ii gnome-terminal 3.14.1-1 all Data files for the GNOME terminal .. I think the barest hint of it may still be present, in that I still notice when starting vim that terminal control sequences sometimes show up half-completed on screen as text (so it's a bit of a mess at the bottom of the screen, and the cursor doesn't move to the top until you type "i", but things clear up once you do that). Pedro> If so, is the same behavior as Pedro> https://bugzilla.gnome.org/show_bug.cgi?id=730763 like Egmont reported ? They could amount to the same thing, but I can't test this. I did hypothesise that it could be display lag rather than input lag in my original report. I never got a chance to thoroughly test this though. Regards, Conrad
-- Greetings From Mr. Hamidou Kader. I have a Mutual/Beneficial Business Project that would be beneficial to you. I only have two questions to ask of you, if you are interested. 1. Can you handle this project? 2. Can I give you this trust? Please note that the deal requires high level of maturity, honesty and secrecy. This will involve moving some money from my office, on trust to your hands or bank account. Also note that i will do everything to make sure that the money is moved as a purely legitimate fund, so you will not be exposed to any risk. I request for your full co-operation. I will give you details and procedure when I receive your reply, to commence this transaction, I require you to immediately indicate your interest by a return reply. Contact Email: hamidoukader1@gmail.com I will be waiting for your response in a timely manner. Best Regard, Mr. Hamidou Kader