What I’ll say happens on calling this both from the Widget BP as trough a HUD event fired on C++ PlayerTick( ) being this last one “imperative over others” I guess.
Everything works fine, but if I click on a widget, hold the mouse button and “simulate” a drag, the Widget that does contain the mouse cursor simply stops updating, after I release and do a small “shake” it causes the update again.
None from my widgets has any Drag Binded, I noticed this on use a ScrollBox.
When turning my OS mouse visible again, I noticed that it shows the “real” cursor position, I doubt the PlayerController method GetMousePosition(&X, &Y) doens’t works, so I guess it’s some UMG weirdness.
Any workaround? Is this a Bug or preparation to some feature?
PS: This time I didn’t used the word BUG on tittle to avoid Tim checking just to change the post name. LOL
On Logging both UGameviewport and after inner FViewport and trying to get the Mouse X and Y on pressing the mouse button it starts to just return the last coordinate. Since PlayerController gets his mouse from there I guess you are “locking” the mouse when it clicks a hit test visible widget.
Is there any other place where I could get “real” mouse coordinates without pass by the FReplys’ stuff used to widgets?
I was able to reproduce the issue on my end. I have written up a report (UE-7795) and I have submitted it to the developers for further consideration. I will provide updates with any pertinent information as it become available. Thank you for your time and information. \
This has been recently updated to fixed in a later version of the engine. You are able to assign a custom cursor using a widget through Project Settings > User Inter face > Default Cursor in 4.7 and this method does not appear to have the same draw backs. However, there are is another known issue with this method (can cause crash in standalone mode). I hope this information helps.