Expo key stops working once Expo is terminated by clicking on a draggable window (only if unityshell is *not* enabled)

Bug #1131106 reported by Tamas Papp
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Medium
Unassigned
compiz (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

There is a bug in Expo plugin.

Expo key stops orking after a while. I could not figure out, how I can connect to something, it just stops working until next reboot.

While Expo button and Expor edge works fine.

My expo key is SUPER+s .

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: compiz 1:0.9.9~daily13.02.19-0ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-7.14-generic 3.8.0
Uname: Linux 3.8.0-7-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 2.8-0ubuntu4
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
CompositorUnredirectFSW: true
Date: Thu Feb 21 10:15:42 2013
DistUpgraded: Fresh install
DistroCodename: raring
DistroVariant: ubuntu
GraphicsCard:
 Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Hewlett-Packard Company Device [103c:7008]
InstallationDate: Installed on 2013-02-17 (3 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130216)
MachineType: Hewlett-Packard HP EliteBook 2540p
MarkForUpload: True
PackageArchitecture: all
PccardctlStatus:
 Socket 0:
   3.3V
  16-bit
  PC Card
   Subdevice 0 (function 0) bound to driver "pata_pcmcia"
ProcKernelCmdLine: BOOT_IMAGE=/@/boot/vmlinuz-3.8.0-7-generic root=UUID=bc11614b-497d-499f-a046-7e8fdb99c4d2 ro rootflags=subvol=@
SourcePackage: compiz
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/24/2010
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68CSU Ver. F.08
dmi.board.name: 7008
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 38.32
dmi.chassis.asset.tag: CZC0295P29
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68CSUVer.F.08:bd11/24/2010:svnHewlett-Packard:pnHPEliteBook2540p:pvr:rvnHewlett-Packard:rn7008:rvrKBCVersion38.32:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP EliteBook 2540p
dmi.sys.vendor: Hewlett-Packard
version.compiz: compiz 1:0.9.9~daily13.02.19-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.42-0ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 9.0.2-0ubuntu1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 9.0.2-0ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.13.2-0ubuntu2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati N/A
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.21.2-0ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau N/A
xserver.bootTime: Thu Feb 21 09:48:13 2013
xserver.configfile: default
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.version: 2:1.13.2-0ubuntu2
xserver.video_driver: intel

Related branches

Revision history for this message
Tamas Papp (tompos) wrote :
Revision history for this message
Tamas Papp (tompos) wrote :

> While Expo button and Expor edge works fine.

Not anymore:(

tamas

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Stuart Page (sdpagent) wrote :

I have the same issue in xubuntu. I narrowed it down to it not working when I click a window when going to a workspace. If that workspace has some spare desktop space in it and you click there instead, then expo keeps working. It seems that giving a window focus from when you are 'zoomed out' results in losing the ability to zoom out again.

I tried to take a video to demonstrate, but it appears that kazam also does not work in xubuntu 13, and I just have a black screen and can only see my mouse moving around. Perhaps this is to do with Mir?

Revision history for this message
Stuart Page (sdpagent) wrote :

Further testing revealed that if I disable the drag and drop, I do not have this issue, so it looks like it is stuck in a drag and drop (would explain why it only happens when you go to a workspace when clicking a window). I am also guessing that this is related to the fact that I can go to a workspace on a single click rather than a double-click. I believe it is supposed to be on a double-click instead, otherwise what is the point in being able to set the double click interval?

MC Return (mc-return)
Changed in compiz:
milestone: none → 0.9.10.0
importance: Undecided → Medium
Revision history for this message
Tamas Papp (tomposmiko) wrote :

Actually this bug is now gone for me, though I'm on Saucy now:

ii compiz 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all OpenGL window and compositing manager
ii compiz-core 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 OpenGL window and compositing manager
ii compiz-gnome 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 OpenGL window and compositing manager - GNOME window decorator
ii compiz-plugins 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 OpenGL window and compositing manager - plugins
ii compiz-plugins-default 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 OpenGL window and compositing manager - default plugins
ii compiz-plugins-extra 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all transitional dummy package.
ii compiz-plugins-main 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all transitional dummy package.
ii compiz-plugins-main-default 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all transitional dummy package.
ii compizconfig-backend-gconf 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all transitional dummy package.
ii compizconfig-settings-manager 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 all Compiz configuration settings manager
ii libcompizconfig0 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 Settings library for plugins - OpenCompositing Project
ii python-compizconfig 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1 amd64 Compizconfig bindings for python

Note, I regenerated my graphics configurations a few weeks ago, thus it's possible, it was some kind of configuration issue (incompatibility?).

Sami Jaktholm (sjakthol)
Changed in compiz:
status: New → In Progress
assignee: nobody → Sami Jaktholm (sjakthol)
MC Return (mc-return)
summary: - Expo key stops working after a while
+ Expo key stops working once Expo is terminated by clicking on a
+ draggable window (only if unityshell is *not* enabled)
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:compiz at revision None, scheduled for release in compiz, milestone 0.9.10.0

Changed in compiz:
status: In Progress → Fix Committed
nok (n-kampel)
Changed in compiz:
assignee: Sami Jaktholm (sjakthol) → nobody
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (70.8 KiB)

This bug was fixed in the package compiz - 1:0.9.10+13.10.20130822-0ubuntu1

---------------
compiz (1:0.9.10+13.10.20130822-0ubuntu1) saucy; urgency=low

  [ Sam Spilsbury ]
  * Bump version to 0.9.10

  [ Łukasz 'sil2100' Zemczak ]
  * Remove debian/patches/unity_support_test.patch:
    - Running the support test from compiz has bad side effects, from now
      on we run it from Xsession.d
  * Automatic snapshot from revision 3644

  [ Iven Hsu ]
  * Opacify: Only dim the windows above the active window.(LP:
    #1189374). (LP: #1189374)
  * KWD: Fix compile errors with KDE 4.11. The KWin developers made
    kdecorationbridge.h private. See:
    http://lists.freedesktop.org/archives/compiz/2013-March/003479.html
    (LP: #1193792). (LP: #1193792)

  [ Nikolay Martynov ]
  * When static switcher is enabled and has an option to show
    application icon turned on the icons are expected to be ~1/3 of a
    thumbnail (48px). Instead they are displayed in 512px size and
    completely cover everything. This change addresses this issue. See
    LP #1173914. (LP: #1173914, #1186426)

  [ BryanFRitt ]
  * Fixed the non-working Annotate 'Clear' Button. Moved this option's
    CCSM position upwards to keep the button shortcuts together. (LP:
    #1202907). (LP: #1202907)

  [ Mehrdad Afshari ]
  * Added "move window to previous monitor" feature to compiz Put
    plugin. (LP: #1178581)

  [ Hu Kang ]
  * gtk-window-decorator: destroy action menu when any of the (close,
    min, max) buttons on the title bar is pressed. (LP: #1101648)
  * Remove redundant src/logmessage/include/core/logmessage.h (LP:
    #1067246). (LP: #1067246)

  [ Steve Langasek ]
  * Fix for bug #763148 (with added test cases): when the desktop is
    resized, windows should stay on their original workspace. (LP:
    #763148)

  [ Brandon Schaefer ]
  * Unrevert 3728, fix failing tests. Change the behaviour of
    undecorating windows. Previously when a window was undecorated, we
    would shift it back to an appropriate position according to its
    gravity member. That behaviour was problematic because in the
    StaticGravity case the window has to just stay in the same place.
    But then if you had a window with StaticGravity which then did get a
    decoration and later removed it, it would be placed as though it was
    decorated and appear to be in the wrong place. The correct behaviour
    is to place all windows as though they have decorations, and then
    when decorations are removed, to move the window back to the corner
    as indicated in its gravity and then expand its size to cover the
    obscured regions no longer hidden because the decorations went away.
    (LP: #1165343).   1. Completely remove decorOffsetMove and other
    related code from      decor.cpp. Put the logic to handle the
    window->input () - window->border ()      placement offset inside of
    setWindowFrameExtents instead. Now the window      will always be
    offset from its original non-decorated position to the new
         decorated position, rather than having to guess between
    decoration sizes.   2. Make saveGeometry and restoreGeometry work
    relative to window->border ()      a...

Changed in compiz (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.