View Issue Details

IDProjectCategoryView StatusLast Update
0002411FreeCADBugpublic2017-01-16 21:58
Reportermvdoornik Assigned To 
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionno change required 
OSUbuntu GNU/LinuxOS Version15.10 64-bit 
Fixed in Version0.17 
Summary0002411: Dragging inside tasks pane of combo view permanently steals mouse cursor from OS
DescriptionClick+drag inside the Tasks pane of the Combo View results in moving the FreeCAD window. The mouse cursor is not released afterwards and keeps the shape of the "hand" cursor. The mouse can no longer be used for anything, causing the need for killing the window manager from a virtual console. Killing just the freecad process is insufficient.
Steps To ReproduceLeft-click and drag inside the tasks pane of the combo view. The mouse cursor changes to a hand and the entire FreeCAD window is moved. Releasing the mouse button has no effect. The cursor is not restored to its normal state and can no longer be used by the OS at all.

Expected behaviour: release the mouse cursor to the window manager
Additional InformationTested a clean FreeCAD install from the Daily builds PPA on Ubuntu 15.10 64-bit with different window managers:

* Xfce 4.12 shows the above behaviour, necessitating a WM restart
* Openbox acts almost the same, but the move can be aborted by pressing Esc, so needs no WM restart
* Fluxbox curiously enough does not exhibit this behaviour

Steps taken:

* Installed the default open source Radeon drivers - no effect
* Installed proprietary GPU drivers - no effect
* Disabled WM compositing - no effect

OS: Ubuntu 15.10
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.16.6223 (Git)
Build type: None
Branch: master
Hash: 9a27d5845f9b60606d316ca6f6191c782b9f761f
Python version: 2.7.10
Qt version: 4.8.6
Coin version: 4.0.0a
OCC version: 6.8.0.oce-0.17
TagsQt, upstream
FreeCAD Information

Activities

mvdoornik

2016-01-18 14:01

reporter   ~0006730

WORKAROUND: Change the QT style to something other than Oxygen.

Just a minute ago I unsuccessfully tried reproducing the issue on another (nearly identical) system. Subsequently I have tried changing the QT style from Oxygen to GTK+ on my own system, which caused the issue to go away. Apparently the issue is linked to the QT style being used.

jmaustpc

2016-01-28 14:41

manager   ~0006769

So do we agree its a QT bug then?

Its almost always best to discuss matters in the Help forum before creating tickets, so as to keep the ticket quantity to a minimum and the quality high, but also because more people see it on the forum.

mvdoornik

2016-01-28 15:16

reporter   ~0006772

Oops, I didn't think of posting in the help forum first as it struck me as clearly being a bug. My apologies. I think it's probably a QT bug or even more specifically a QT style bug. So, who should I bother with this, then? ;-)

Kunda1

2017-01-13 22:37

administrator   ~0007738

Can someone test on a more recent Qt4 or even better Qt5 ?

Kunda1

2017-01-13 22:40

administrator   ~0007739

Forum thread: http://forum.freecadweb.org/viewtopic.php?f=10&t=19867

Kunda1

2017-01-14 14:37

administrator   ~0007763

@mvdoornik devs are unable to reproduce. Thanks for mentioning the workaround. Could you find or could you report an upstream bug to Qt http://bugreports.qt.io/

Issue History

Date Modified Username Field Change
2016-01-18 10:58 mvdoornik New Issue
2016-01-18 14:01 mvdoornik Note Added: 0006730
2016-01-28 14:41 jmaustpc Note Added: 0006769
2016-01-28 15:16 mvdoornik Note Added: 0006772
2017-01-13 22:37 Kunda1 Note Added: 0007738
2017-01-13 22:40 Kunda1 Note Added: 0007739
2017-01-14 14:30 Kunda1 Tag Attached: Qt
2017-01-14 14:30 Kunda1 Tag Attached: upstream
2017-01-14 14:37 Kunda1 Note Added: 0007763
2017-01-14 14:46 Kunda1 Status new => resolved
2017-01-14 14:46 Kunda1 Resolution open => no change required
2017-01-14 14:46 Kunda1 Assigned To => Kunda1
2017-01-16 10:25 Kunda1 Assigned To Kunda1 =>
2017-01-16 21:58 wmayer Status resolved => closed
2017-01-16 21:58 wmayer Fixed in Version => 0.17