pointer turns to moving hand and gets stuck there sometimes

Bug #1543570 reported by themusicgod1
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mnemosyne (Ubuntu)
Fix Released
High
Unassigned
openbox (Ubuntu)
Fix Released
High
Unassigned
virtualbox (Ubuntu)
Fix Released
High
Unassigned
xfwm4 (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Ubuntu: 15.10

openbox:
  Installed: 3.6.1-1ubuntu2
  Candidate: 3.6.1-1ubuntu2

xserver-xorg:
  Installed: 1:7.7+7ubuntu4
  Candidate: 1:7.7+7ubuntu4

Pretty much once every day or two, one application(usually mnemosyne, but not exclusively -- pretty sure gnome-terminal did so too) grabs the pointer (for example, as if you were to alt-move mouse to move a window)...and then doesn't give it back. The pointer stays in this 'moving' mode, and killing the application that you were using does not 'unstick' it back to normal, leaving you unable to grab other windows, unable to type into other windows, etc.

ProblemType: Bug
DistroRelease: Ubuntu 15.10
Package: openbox 3.6.1-1ubuntu2
ProcVersionSignature: Ubuntu 4.2.0-16.19-generic 4.2.3
Uname: Linux 4.2.0-16-generic x86_64
ApportVersion: 2.19.1-0ubuntu3
Architecture: amd64
CurrentDesktop: XFCE
Date: Tue Feb 9 07:37:08 2016
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-07-09 (579 days ago)
InstallationMedia: Ubuntu-GNOME 14.10 "Utopic Unicorn" - Alpha amd64 (20140708)
SourcePackage: openbox
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
themusicgod1 (themusicgod1) wrote :
Revision history for this message
themusicgod1 (themusicgod1) wrote :

1) incorrect wm listed
2) was booted into xfwm4 the whole time
3) killing xfwm4 gets the pointer back
4) this isn't a 'sometimes' thing - it's all the time:

steps:
i) add card
ii) try to move window with alt-click and drag via touchpad

bang, permanently stuck on 'moving' icon until xfwm4 is killed.

Changed in openbox (Ubuntu):
status: New → Incomplete
affects: openbox (Ubuntu) → xfwm4 (Ubuntu)
Changed in xfwm4 (Ubuntu):
status: Incomplete → New
Revision history for this message
themusicgod1 (themusicgod1) wrote :

xfwm4:
  Installed: 4.12.3-1ubuntu1
  Candidate: 4.12.3-1ubuntu1
 mnemosyne:
  Installed: 2.2.1-3
  Candidate: 2.2.1-3

Revision history for this message
themusicgod1 (themusicgod1) wrote :

This also happens in the 'tips of the day' mnemosyne window.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

...and also seems only to happen when gnome-shell and xfce4-session are running. Does not seem to happen in plain icewm session.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

similar to #402892
should be pointed out, if you kill mnemosyne after it gets stuck in "drag and drop" mode, it *stays* in "drag and drop" mode until the xfce4 session is ended.

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

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

Changed in mnemosyne (Ubuntu):
status: New → Confirmed
Changed in xfwm4 (Ubuntu):
status: New → Confirmed
Revision history for this message
themusicgod1 (themusicgod1) wrote :

I looked through the source code in mnemosyne and it sure seemed like it was just calling some generic Qt4 things...something tells me despite how easy it is to trigger in mnemosyne, mnemosyne isn't it.

Either way.

I reproduced the exact same problem in virtualbox by either clicking or control-clicking on the File/Edit menus on a running VM.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

Actually in retrospect I had the right idea.

This is reproducible in both xfce4 and openbox but not gnome so far.

But in openbox, if you keep alt-tabbing and clicking you can get the 'move' pointer unstuck.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

Also killing mnemosyne when it gets stuck in openbox *does* change the pointer back to normal.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

Unless I'm mistaken both virtualbox and mnemosyne use Qt for the things that are failing.

Revision history for this message
themusicgod1 (themusicgod1) wrote :

libqt4-dbus:
  Installed: 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8
  Candidate: 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8

libqt4-designer:
  Installed: 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8
  Candidate: 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8

...

Changed in mnemosyne (Ubuntu):
importance: Undecided → High
Changed in openbox (Ubuntu):
status: New → Confirmed
Changed in virtualbox (Ubuntu):
status: New → Confirmed
Changed in openbox (Ubuntu):
importance: Undecided → High
Changed in virtualbox (Ubuntu):
importance: Undecided → High
Changed in xfwm4 (Ubuntu):
importance: Undecided → High
Revision history for this message
themusicgod1 (themusicgod1) wrote :

This doesn't seem to happen on Xenial anymore.

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

closing then

Changed in mnemosyne (Ubuntu):
status: Confirmed → Fix Released
Changed in virtualbox (Ubuntu):
status: Confirmed → Fix Released
Changed in openbox (Ubuntu):
status: Confirmed → Fix Released
Changed in xfwm4 (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.