! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Mouse Cursor does not reset after resizing window via shortcut
Status:
RESOLVED: MOVED

Comments

Description hoffelmann 2017-12-11 07:11:54 CET
Created attachment 7485 
video of the problem

I've set up a keyboard shortcut for resizing a window. 

If I use that shortcut and accept the new set windows size by pressing <ENTER> the mouse cursor is now always being reset to the default cursor. Instead it is still showing the resize cursor until I start moving my mouse again.
Comment 1 Olivier Fourdan editbugs 2017-12-11 08:56:20 CET
Can you provide “xfwm4 --version” please, the version of Xorg and the driver (DDX) used?
Comment 2 hoffelmann 2017-12-11 11:12:25 CET
xfwm4 version 4.12.4 (revision 7844952)
X.Org X Server 1.19.5
Kernel driver in use: vboxvideo
Comment 3 Olivier Fourdan editbugs 2017-12-11 11:18:32 CET
Something is weird here, first the pointer doesn't  move which is unexpected, it is supposed to move along with the  resizing operation.

Next, the window manager doesn't “draw” the pointer, the DDX does, all the WM does here is to set up a grab with a specific cursor and remove that grab when the operation is completed.

I would recommend to try to reproduce on real hardware (ie not in Virtual box) to rule out an issue with the vbox driver.
Comment 4 hoffelmann 2017-12-11 11:30:05 CET
(In reply to Olivier Fourdan from comment #3)
> Something is weird here, first the pointer doesn't  move which is
> unexpected, it is supposed to move along with the  resizing operation.
> 
> Next, the window manager doesn't “draw” the pointer, the DDX does, all the
> WM does here is to set up a grab with a specific cursor and remove that grab
> when the operation is completed.
> 
> I would recommend to try to reproduce on real hardware (ie not in Virtual
> box) to rule out an issue with the vbox driver.

Ok, I can retry this in about 8 hours
Comment 5 hoffelmann 2017-12-11 18:44:00 CET
Just tested it on a physical machine. No problem here. 
It seems to be a problem related to virtualbox and xfce.
Comment 6 Olivier Fourdan editbugs 2017-12-11 19:07:36 CET
(In reply to hoffelmann from comment #5)
> Just tested it on a physical machine. No problem here. 
> It seems to be a problem related to virtualbox and xfce.

Why xfce? As explained in comment 3, the WM just issues a grab with a cursor, and release the grab.
Comment 7 hoffelmann 2017-12-11 19:14:16 CET
(In reply to Olivier Fourdan from comment #6)
> (In reply to hoffelmann from comment #5)
> > Just tested it on a physical machine. No problem here. 
> > It seems to be a problem related to virtualbox and xfce.
> 
> Why xfce? As explained in comment 3, the WM just issues a grab with a
> cursor, and release the grab.

So it's just the problem of virtualbox? Sorry, i'm just a "normal" user.
Comment 8 Git Bot editbugs 2020-05-29 12:19:00 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/277.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #14080

Reported by:
hoffelmann
Reported on: 2017-12-11
Last modified on: 2020-05-29

People

Assignee:
Olivier Fourdan
CC List:
0 users

Version

Version:
4.12.0

Attachments

video of the problem (107.20 KB, image/gif)
2017-12-11 07:11 CET , hoffelmann
no flags

Additional information