desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #41497
[Bug 665548] Re: changing workspaces is very slow in case of big terminal windows
I'm using xubuntu with xfce4-terminal and was experiencing the same
problems. When i turned off the proprietary nvidia drivers, this
problem went away. I hope this helps debug the issue.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to vte in Ubuntu.
https://bugs.launchpad.net/bugs/665548
Title:
changing workspaces is very slow in case of big terminal windows
Status in “vte” package in Ubuntu:
Incomplete
Bug description:
First, sorry if this bug is not vte related, maybe it's more gtk than
vte? I can only reproduce this problem with gnome-terminal and
xfce4-terminal but not with xterm for example. The common thing
between xfce4-terminal and gnome-terminal is using libvte as well,
that's the reason I try to bugreport here. If I was wrong, please move
my report to the right place, thanks!
The bug now: I'm using multiple workspaces ("desktops") under
gnome/metacity with Ubuntu maverick 32bit OS. I have this problem on
two machines, but it's hard to tell when, it seems if the problem
begins it remains, but I don't know what can cause the beginning of
the problem. If I change workspaces, and I switch onto a workspace
which have a "large enough" terminal window (not a standard 80x24 but
a larger, like 130x90 or even full screen) the change is _very_ slow,
sometimes my X session is frozen for 4-5 seconds! Within that time I
see the old workspace (but as frozen, though I can move the mouse
cursor) before the new appears. It seems I can have even dozens of
terminal windows without a problem, if none of them is "large enough"
window to trigger the problem.
This is a very annoying problem for me, because I'm using terminals
and multiple workspaces quite heavily, but that delay is awful
especially if I only want a quick look at a terminal then I would
switch back to another one on another workspace. As I've already told,
it seems xterm is not affected only gtk/vte based terminals. I am not
using compiz at all (though I've activated the internal compositing
support of metacity wia gconf). The problem exists even with "semi
transparent" and non-transparent (static black) background configured
for gnome-terminal.
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: libvte9 1:0.26.0-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Sat Oct 23 14:48:51 2010
EcryptfsInUse: Yes
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: vte
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vte/+bug/665548/+subscriptions