Totem regains focus on a window when it is not supposed to.

Bug #1272131 reported by Rob Whyte
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Open Nautilus on a workspace, on the same workspace watch some media using Totem movie player. Task switch back to Nautilus then switch to another workspace. When coming back to the original workspace Nautilus should have focus. In this test case Totem always gains focus when it should not. Expected behaviour is to return to the original workspace with focus being on Nautilus as it was when that workspace was left.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: compiz 1:0.9.10+13.10.20131011-0ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-3.18-generic 3.13.0-rc8
Uname: Linux 3.13.0-3-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 2.13.1-0ubuntu1
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
CurrentDesktop: Unity
Date: Fri Jan 24 12:42:12 2014
DistUpgraded: Fresh install
DistroCodename: trusty
DistroVariant: ubuntu
GraphicsCard:
 Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd Device [1458:d000]
InstallationDate: Installed on 2013-11-14 (70 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20131113)
MachineType: Gigabyte Technology Co., Ltd. Z87M-D3H
PackageArchitecture: all
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-3-generic root=UUID=44c3c898-a4c3-4a2f-ab44-7d663047a5b1 ro quiet splash
SourcePackage: compiz
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/16/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: F4
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: Z87M-D3H
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF4:bd04/16/2013:svnGigabyteTechnologyCo.,Ltd.:pnZ87M-D3H:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnZ87M-D3H:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: Z87M-D3H
dmi.product.version: To be filled by O.E.M.
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz 1:0.9.10+13.10.20131011-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.51-1
version.libgl1-mesa-dri: libgl1-mesa-dri 10.0.1-1ubuntu2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 10.0.1-1ubuntu2
version.xserver-xorg-core: xserver-xorg-core 2:1.14.5-1ubuntu2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.2.0-0ubuntu11
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.907-0ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu1
xserver.bootTime: Thu Jan 23 12:15:44 2014
xserver.configfile: default
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id 30402
 vendor BNQ
xserver.version: 2:1.14.5-1ubuntu2

Revision history for this message
Rob Whyte (fudge) wrote :
Revision history for this message
Rob Whyte (fudge) wrote :

This seems to be a Compiz problem but can not provide more information.

Revision history for this message
Lee Willis (junk-talpa) wrote :

I'm experiencing what I think is the same issue, although in my case it's complicated by running a multi-monitor setup.

Here's my config:

1. Two displays (Built-in laptop screen, and external monitor).
2. The monitor has 6 workspaces set up, and I have hotkeys set up to show different workspaces.
3. The built-in display does not have workspaces.
4. The "Primary" display is the external monitor.
5. Totem running (Ful-screen) on the built-in display/
6. Application A running on workspace 1 on the external monitor.
7. Application B running on workspace 2 on the external monitor.
8. Give focus to application A.
9. Hit the keyboard shortcut to move to workspace 2.
10. Give focus to application B.
11. Hit the keyboard shortcut to move to workspace 1.
12. Expected behaviour: Application A has focus. Actual behaviour: Totem has focus.
13. Hit the keyboard shortcut to move to workspace 2.
14. Expected behaviour: Application B has focus. Actual behaviour: Totem has focus.

Note: This only happens for me if totem is running full-screen. If it is not then focus functions as expected (IE I can't replicate the OPs exact issue).

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
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.