GNOME Bugzilla – Bug 746598
resize cursors lost
Last modified: 2015-06-23 23:33:34 UTC
I noticed that resizing a window from the border no longer gets the proper resize cursor, but just an arrow. Fallout from GTK+ decorations ?
Only the cursor change on hover is missing. While dragging, the proper cursors show. It seems to affect server-side decorations only. There's a ~50 pixel wide area at the left window edge where the cursors still show on hover.
Can confirm this. Also at the top edge, if you move the cursor slowly around that area, the correct resize cursor will show only for a split second...
*** Bug 747652 has been marked as a duplicate of this bug. ***
It appears whatever triggers this bug randomly happens when the shell starts (race?). I can sometimes get the cursors into a working state by repeatedly restarting it.
*** Bug 747823 has been marked as a duplicate of this bug. ***
I'm having this problem also. It's persisted through a fresh install of Arch linux. I'm using nvidia proprietary drivers if that helps.
I am experiencing the same problem. I can confirm what Jan Alexander Steffens says; restarting GNOME Shell a few times (anywhere between one to ten times, it is fairly random) fixes the problem for that session.
I also see this behavior (Arch linux, gnome 3.16.2) The gnome-shell trick mentioned about also works for me, and is also a little random as others have seen. Thanks Jan and Gerry.
I can't seem to reproduce this. Does it happen consistently enough for you guys?
Yes, I can reproduce this issue on demand. Also, I'd like to point-out that the left window border always seems to show the cursor, whereas bottom, right and top do not show the cursor unless I click to resize the window.
I see the same behavior as Paul: happens every time. Resize works on left border.
For me I'd say there's an 80% chance of having this problem each time I boot. Rather than rebooting a few times you can simple press alt+F2 and enter "restart" a few times and the issue will eventually be gone for that session. I experience the same problem on two separate installs.
The problem for me also only seems to affect certain apps such as skype, terminator, hexchat and sublime text while other apps such as nautilus and chrome are unaffected.
Interesting. What version of mutter are you running on, and on what distribution?
mutter 3.16.2 The interesting thing, and I could be wrong, but most of the apps that work fine have GTK3 as a dependency while the ones that don't seem to use GTK2. I don't know if this could be a reason.
My theory about GTK2/3 seems to be wrong as chrome uses gtk2 and yet never seems to be affected. I've been restarting chrome constantly and it always resizes fine.
I'm assuming that you're using Chrome with client-side decorations, which would explain it. Nautilus and Chrome both use CSD, while Skype, Terminator, HexChat and Sublime would be relying on server-side decorations.
I'd assume sure. I don't know enough to check but if you give instructions I can.
For reference, I'm on mutter 3.16.2 on Fedora 22 here and it's working perfectly fine for me, even after 10 or so shell restarts.
Fedora does apply a patch that might be related: http://pkgs.fedoraproject.org/cgit/mutter.git/plain/0001-Force-cursor-update-after-applying-configuration.patch?h=f22 This patch also isn't in the gnome-3-16 branch.
I'm a bit out of my depth but is this patch in 3.17.2.29 ? Because I'm just installing that now to see if it makes a difference.
(In reply to Jan Alexander Steffens (heftig) from comment #20) > Fedora does apply a patch that might be related: > http://pkgs.fedoraproject.org/cgit/mutter.git/plain/0001-Force-cursor-update- > after-applying-configuration.patch?h=f22 > > This patch also isn't in the gnome-3-16 branch. It would only make a difference for Wayland sessions under qxl/spice virt. It has nothing to do with resize cursors.
Indeed, it made no difference.
I'm using mutter 3.16.2-1 on Arch Linux.
I'm on arch too
Finally managed to reproduce this one and track it down. Fixed by https://git.gnome.org/browse/mutter/commit/?id=12771a555a9954ba9f002b7e422385cf2e904e86 Thanks for the help, everyone!
Wow good job this has been irritating me and a lot of people I know for ages