← Back to team overview

desktop-packages team mailing list archive

[Bug 665548] Re: changing workspaces is very slow in case of big terminal windows

 

[Expired for vte (Ubuntu) because there has been no activity for 60
days.]

** Changed in: vte (Ubuntu)
       Status: Incomplete => Expired

-- 
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:
  Expired

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