Mouse grabber icon persists within studio widgets

Issue Type: Display
Impact: Low
Frequency: Often
Date First Experienced: 2021-01-01 00:01:00 (-05:00)
Date Last Experienced: 2021-02-11 10:02:00 (-05:00)

Reproduction Steps:
This issue can be reproduced within Studio by hovering the mouse over a selectable part in the viewport and then moving the mouse over a studio widget (it doesn’t matter if it is docked or not). The mouse grabber icon will persist. As far as I can tell, this only happens for custom studio widgets.

Expected Behavior:
When the mouse enters a studio widget, the mouse icon should change to the default cursor.

Actual Behavior:
When the mouse enters a studio widget, the mouse icon persists from its previous state (e.g. a grabber icon if hovered over a part previously)

Workaround:
I have no workaround to this problem.

10 Likes

If you control the plugin, then the current workaround for this problem is to set the cursor to what you want it set to on mouse enter of your widget.

The problem is that the mouse icon stacks are not properly isolated between plugins, it’s a problem that has existed for a long time, but has become more noticeable now that the core Draggers are written as a Lua plugin.

4 Likes

Cool, thanks!

Is there a plan to create that isolation at some point?

Yes, to be clear, it’s very much a bug that we will fix eventually.

The issue is that it’s related to fairly deep-seeded problems in the input handling stack, so it may continue to go unfixed for a while longer.

5 Likes